►
From YouTube: TokenScript Weekly Meeting 20200730
Description
00:09:10 weiwu: https://community.tokenscript.org/t/cards-name/406
00:12:25 hboon: test
00:12:36 weiwu: https://github.com/AlphaWallet/TokenScript-Examples/pull/122
00:25:38 hboon: ping
00:26:00 weiwu: https://community.tokenscript.org/t/javascript-api-design-for-generating-a-asn-1-data-object/397/5
A
A
A
A
C
B
A
I
went
to
bethesda,
which
is
a
small
town,
about
three
hours
away
from
sydney.
Sorry
in
the
family,
we
want
to
go
out,
so
I
have
to
drag
them
and
the
furthest
that
I
can
go
coming
to.
Queensland
queensland
is
roughly
the
size
of
germany,
a
lot
like
less
populated
with
a
lot
of
forest
and
the
desert.
A
C
A
C
A
C
A
A
A
D
A
A
A
A
A
A
A
A
A
D
E
E
A
It
will
work
on
the
web
too.
If
you
are
going
to
check
out,
then
you
choose
to
use
and
then
the
website
says
check
out
50
discount
with
american
express.
Then
you
might
click
american
express
card
and
the
card
will
say
you
don't
have
american
express
token,
but
you
can
get
help
message
on
what
it
is
about.
A
D
A
So
the
the
the
danger
of
feature
creep
or
over
design
in
my
term
is
that
you
might
keep
on
adding
stuff
instead
of
guide
view.
You
also
add
a
itemized
view,
a
guide
view,
or
you
might
add
a
tutorial
view-
a
how
to
get
this
token
view.
So
there
are
two
guide
views,
one
being
introduced
in
this
token,
the
other
being
introducing
it
to
those
people
who
never
seen
this
token.
Before.
How
do
you
prevent
this
from
ever
growing
right.
D
A
We
talked
to,
I
talked
with
tomac.
My
question
to
him
is:
do
you
think
well,
two
questions.
First,
do
you
think
actually
three
questions?
The
third
one
was
separate.
The
first
do
you
think
every
card
need
a
guide
view,
including
activity
card,
including
token
card,
including
action
card,
and
second
question
is:
do
you
think
the
guided
view
makes
sense
for
the
user
if
they
use
it
on
the
web?
A
And
third
question
is:
if
you
provide
a
guided
view,
how
confident
are
you
that
users
will
actually
click
that
button?
One
example
of
such
thing
that
never
gets
used
like
a
field
set.
You
know
if
you
reset
in
html,
yes,
yeah,
that's
an
example
of
a
good
design.
I
think
it's
good
design
and
it
never
gets
used
and
tomek's
answer
to
these
questions
are
yes
and
yes,
and
I'm
very
confident,
so
I
just
trusted
him
and
then
just
go
ahead
and
edit
this
okay.
B
A
A
D
A
One
of
the
reasons,
although
I
don't
think
it's
prioritized
enough
but
thomas
thinks
it's
really
important,
because
our
view
of
what
is
important
is
functionality
and
his
view
of
what
is
important
is
user
journey,
and
so
I'm
taking
this
in
for
the
moment
and
if
you
still
object
this,
we
will
put.
We
will
do
this.
We
will
hold
this
for
the
next
meeting,
where
I
will
collect
arguments
for
and
against
it,
but
I
got
a
feeling
that
this
can
go
in.
How
do
you
think.
A
Well,
there
are
ways
to
solve
objections,
and
that
is
used,
for
example,
in
in
web3
consortium,
and
they
even
have
a
code
of
conduct
and
the
resolution
method,
because
these
projects
are
entirely
community
owned.
Nobody
can
even
even
the
coder
who
contributed
most
of
the
code
cannot
easily
claim
that,
because
he
did
that
he
can,
he
can
overdo
the
design.
So
there
is
a
design
process
and
similar
effort
was
done
in
apache,
open
source
project,
and
so
what
I
want
to
tell
you,
gentlemen,
is
that
we
can
we
will.
A
We
will
come
to
the
point
that
we
must
have
a
code
of
conduct
and
a
consulting
decision
making
process.
We
will
come
to
that
point,
but
I
feel
this.
This
point
comes
when,
when
this
is
the
standard
present
presently
we
want
to
make
this
useful
useful
first,
and
I
wish
to
have
a
quick
decision
cycle
where,
unless
there's
an
important
reason
to
object
and
concern,
we
simply
just
go
with
it.
E
Anyway,
like
like,
I
don't
have
any
problem
with
it.
I
think
if
we
provide
this
tool
and
people
don't
use,
it
then
fair
enough,
and
if
they
do
want
to
use
it,
and
they
probably
will
then
it's
something
that
they
they
have
an
option
to
use.
It's
like
we're
not
going
to
make
it
essential.
So
as
long
as
you
don't
make
it
essential,
then
it's
okay,
if
you're.
A
A
It
would
help
if
we
have
this
and
the
the
next
question
is:
if
we
put
it
there,
we
will
developer
and
a
abandoned
token
script,
because
there
are
too
many
things
in
it
or
b.
Learn
token
script,
but
completely
you
don't
use.
This
section
b
is
a
realistic
danger
and
I
feel
I
take
two
examples
of
where
really
good
designs
are
abandoned
by
developers,
because
they
don't
seem
to
be
relevant
enough
for
the
core
task
developers
are
doing.
A
A
And
actually
it's
a
good
design
because
it
would
have
solved
a
lot
of
problems
and
reduce
the
make
the
css
a
lot
cleaner,
but
developers
didn't
take
it
because,
when
they're
focusing
on
task
at
hand
they're
focusing
on
css,
not
html,
I
think
that's
what
that
was
the
reason
why
what
I'm
talking
about
is
the
fact
that
you
can
specify
two
classes
in
a
div
and
then
the
two
classes
will
be
both
applied.
They
are
separated
by
space.
A
The
new
reality
is
not
really
used
in
reality.
If
you
have,
let's
say
if
you
have
a
action
and
you
have
a
card
instead
of
defining
the
div
as
action
and
card,
you
usually
define
div
as
action
card
written
together,
and
then
you
have
to
replicate
the
card
definition.
Then
you
will
you
will
in
in
in
multiple
places.
That's
what
usually
happens.
A
A
A
A
A
When
you
researched
this
problem,
I
looked
into
how
other
people
solve
this
problem,
and
one
of
the
similar
problem
is
the
data
type
of
ethereum
that
is
returned
and
to
okay.
So
they
are
talking
about
read
values
or
is
it
more
right
only
api
and
you
think
right.
Only
api
is
easier
to
do
right
because
they
simply
create
a
new
object
and
supply
the
the
value
you
want
and
a
new
object
is
created
and
confirmed
confirming
to
the
schema.
A
Yes,
we
we
that's,
that's
that's
one
of
the
problems
we
want
to
talk
about,
and
actually
I
think
we
have
to
solve
the
read
api
problem
anyway,
even
if
nothing
not
in
this
session.
So
right
now
we
you,
we
provide
data
with
update,
update
function,
we
provide
a
token
data,
token
attributes
and
the
card
I
should
use
through
update
right.
A
Yes,
yes
and
I
observed
that
in
truffle,
the
data
is,
for
example,
balance
is
provided
as
a
big
number.
Currently
we
provide
it
as
a
as
a
digit
right
as
a
number
right.
It's
a
string
as
a
string
and
yeah.
So
there
are
two.
I
I
first
thought
that
truffle
would
would
do
the
same.
Because
string
is
the
number
one
answer
one
can
think
of,
but
they
actually
provided
big
data,
a
big
number
as
a
javascript
object.
A
A
A
A
We
just
don't
know
how
to
use
choice
and
the
choice
is,
I
think
the
choice
is
made
by
simply
how
which
an
object
is
assigned,
and
I
don't
know
whether
or
not
javascript
is
able
to
tell
like
the
getter
is
able
to
tell
type.
I
think
it
is
because
you
can
use
a
three
quotation
symbol
in
javascript
to
test.
What
is
the
type,
therefore,.
A
A
D
E
E
A
A
A
A
B
A
Sometimes
schema
allows
two
types
of
different
things
and
you
can
make
a
choice,
and
this
happens
actually
also
in
smart
contract,
except
sometimes
you
can
choose
now
value.
I
don't
know
if
you
can
overload
same
contract
function
same
same
actually,
you
can
overload,
I
think
it's
my
function
call,
and
if
you
can,
then
you
actually
have
a
data
object
that
has
choices
either
way.
What
I
want
to
say
is
two
problems
to
solve:
one
is
creating
that
object,
creating
objects
to
fit
into
that.
How
to
populate
that
object.
A
A
A
Yeah,
so
so
the
the
expiry
assignment
is
actually
a
getter
function,
so
it's
not
direct
assignment.
Something
will
evaluate
if
the
value
is
proper
and
if
the
typing
is
correct
and
then
make
choices
based
on
the
type
that
is
provided,
okay
and
then
then
then
boone
has
this
thing
that
whether
or
not
we
can
we
can.
We
should
do
the
right
interface
similar
to
the
the
reading
interface,
so
there
are
three
ways
to
solve
this
problem.
A
A
A
A
A
A
D
A
A
A
A
A
A
A
A
A
E
E
A
Okay,
except
that
there
is
also
always
a
constant
thing
that
returns
the
value
in
the
most
primitive
format,
either
a
string
or
a
normal
javascript
integer,
and
also
that
in
my
proposal,
the
the
transformation
is
applied
first,
but
forget
about
that.
That's
very,
very
small
detail.
Basically,
that
is.
We
also
always
provide
something
that
is
easily
accessible.
A
A
D
A
A
A
Yeah,
I
I
hope,
eventually
the
way
we
deal
with
that
object
and
the
way
we
deal
with
token
attributes
are
going
to
merge.
Actually
I
intended
in
the
beginning
like
when
we
define
attributes,
we
define
them
as
asn.1
objects,
although
later
we
use
this
new
syntax,
which
is
asm.x
syntax,
but
the
word
first
one
I
use
like
syntax
equals
to
something
and
is
actually
make
sure
I
just
made
improvised,
but
there
is
a
formal
one
which
is
as
next
but
either
way.
B
A
D
So
basically,
you're
saying
that
for
token
data
or
data
objects,
each
of
these
fields
or
attribute
values
should
not
use
the
javascript
primitive
types
that
should
be.
We
should
provide
custom
data
types
and
each
one
has
a
convenient
property
or
function
like
dot
value,
which
does
something
smart.
Is
that
what
you're
saying.
A
A
A
E
A
Reason
in
many
cases,
javascript
developers
simply
want
to
get
the
value
and
we
don't
want
them
to
learn.
But
sometimes
the
javascript
author
wants
to
get
more
information,
for
example,
when
they
are
trying
to
pay
a
debt,
and
that
has
to
be
100
correct
and
it
can
easily
be
out
of
range
of
javascript.
A
A
A
A
A
A
D
Right,
it's
just
that
if
you
take
the
example
of
line
39
where
you
have
the
underscore,
so
it
could
be
dot,
underscore
dot
value
or
anything.
It's
just
that
if
you
do
computations,
for
example,
if
you
count
both
left
hand,
side
and
right
hand,
side
of
an
operator,
you
would
have
to
type
two
more
words.
D
It
might
become
long
and
more
verbose
after
a
while,
and
can
you
explain
it
again
so,
instead
of
typing
price
times
unit,
I
have
to
type
price
dot
value
times,
price
dot
times
unit
dot
value?
Yes,
just
just
more
typing,
yes,
but
but
other
than
that
it
seems.
Okay,
strong,
stronger
typing
sounds
good.
A
E
D
E
A
Yes,
I
I
feel
I
don't
know
if
this
is
shared
between
us.
I
feel
this
method
is
better
than
the
truffle
method,
because
I
am
thinking
about
providing
api
for
java
developers,
javascript
developers
not
for
solidity
developers,
and
I
hope
there
is
a
little
learning
burden
for
someone
who
only
wants
to
use
javascript
to
access
stuff.
Like
token
balance
or
this,
you
have
to
pay.
How
many
for
this
shopping
cart
of.
A
A
A
Well,
I
will
write
that
this
down
as
the
starting
point.
Then
we
can
go
over
this,
the
other
details
of
how
to
provide
stuff
and
type
stuff
yeah,
and
then
this
will
also
unify
the
not
unif
kind
of
unify
the
read
and
write
interface
for
that
objects,
so
that
that's
that's
what
we
have
today
time
is
already
up.
I
have,
I
think
I
don't
have
time
to
provide
a
component
list
of
things
has
to
be
done
for
email
attestation,
but
it's
really
urgent.
B
A
And
associated
with
the
a3
plan
and
share
it
across
and
start
getting
the
thing
moving
and
then
do
we
have
a?
Can
you
find
a
slot
that
you
can
have
a
separate
meeting
with
me
and
james
brown
on
key
management,
because,
according
to
our
last
discussion,
we
are
going
to
implement
this
on
android?
First,
thanks
to
its
java
support
and
thanks
to
the
existing
code
in
key
management
that
is
written
in
java.
C
A
A
C
E
C
So
so
one
thing
I
wanted
to
mention
in
regards
to
to
email
letter
station
is
it's
probably
possible
to
avoid
the
possibility
of
brute
forcing
email
addresses
based
on
based
on
based
on
caching
checks
by
using
another
kind
by
by
adding
a
little
bit
more
cryptography.
So
that's
one
thing:
I'm
not
saying
we
should
do
it
now,
but
I'm
just
I'm
just
saying
the
other
thing
is
at
this.
A
C
C
C
So,
like
there's
some
other
proof,
methods
that
are
not
as
as
good
called
like
game
theory
game-based
proofs,
but
I
feel
like
we
should
do
something
in
in
this
aspect
before
actually
deploying
it
in
in
the
real
world
to
ensure
that
this
that
there's
at
least
some
formal
argument
for
for
why
this
is
this
is
secure
and
in
particular
like
like
the
way
it
is
now
is.
You
would
also
like
to
use
the
strong
model
for
proving
secure
that
you
would
need
to
do
something
else.
C
So
I
mean
like
this
is
the
weird
thing
like
you
know,
cryptography
that
things
can
easily
be
secure
without
any
tangible
attacks,
but
based
on
the
mythology
of
of
of
of
security
proofs.
It
doesn't
actually
go
through,
at
least
in
the
strong
models
if
that
makes
any.
If
that
makes
any
sense,
I
I
know
it's
a
it's
a.
C
I
mean
the
the
the
most
eq
protocol
should
be
pretty
pretty
pretty
pretty
trivial
to
add
on
on
top,
because
it's
basically
just
adding
another
random,
adding
a
random
element
to
part
of
the
cryptographic
construction
based
on
some
like
a
lot
of
previous
work.
So
that
that's
not
really
that
much
in
that,
like
in
general,
like
that.
A
C
C
So
I
I
just
wanted
to
mention
that
that
that
this
this
problem
or
challenge-
I
don't-
I
don't-
have
like
a
a
good
way
of
doing
it,
because
it
would
definitely
take
quite
a
bit
of
of
time
to
do.
And
I
will
try
to
see
if
I
can
find
some
hours
in
some
other
projects
to
do
it
out
of
scope
and
then
make
this
into
a
publication.
A
Thanks,
that's
all
very
thanks
everybody.
I
guess
that's
all
what
we
can
cover
today.
There
is
forget
about
the
original
agenda
on
the
meeting,
because
that
was
that
would
be
too
much
if
we
go
through
them.
So
this
is
already
very
productive
and
thank
you
yeah.
Is
that
all
good
or
do
you
want
to
tell
me
something?