►
From YouTube: Rich text editor / Wiki edit page Vue weekly catch up
Description
In this call, Himanshu and Enrique talk about the cost of implementing Gitlab Flavored Markdown support in the content editor. They also review the current status of the projects before the end of the milestone.
A
Hello,
everyone.
This
is
the
weekly
catch
up
for
the
well.
It's
not
they've
reached
exeter
anymore
for
yeah,
a
scaffolding
goal
of
this
milestone
of
13
pointing
and
the
wiki
page
with
migration.
A
So
we
are
going
to
share
some
updates
and
discuss
some
topics
around
these
two,
these
two
projects.
A
A
Here
here,
so
there
is
a
we
are
creating
a
test
framework
where
we
can
ensure
that
the
that
the
content
data
can
process
the
output
of
the
gitlab
markdown
api,
and
it
also
ensures
that
when
the
content
editor
generates
markdown,
it
is
the
same
markdown
as
a
input
that
we
provided
to
the
markdown
api,
the
markdown
api
entrance.
A
We
are
now
two
days
before
the
end
of
this
medicine,
and
I
don't
think
that
I
I
like
we
will
be
able
to
to
deliver
the
the
the
complete
the
complete
goal
of
the
scaffolding
that
was
setting
up
this
test
framework
setting
up
the
directory
structure,
how
we're
gonna
organize
all
of
the
code
for
the
component
and
also
adding
some
basic
documentation
describing
all
of
those
artifacts.
So
that's
not
happening
on
on
this
medicine,
because
it's
like.
B
You
know
like
there
are,
there
are
only
there
are
only
two
days.
A
Left
and
also
we
are
like
now,
I'm
I'm
gonna
try
to
focus
on
rolling
out
search
settings
for
the
rest
of
the
you
know,
at
least
at
the
start
of
the
week.
C
A
Like
putting
a
lot
of
effort
on
continuing
with
the
with
the
development
of
the
of
the
scaffold,
I
want
to
to
spend
more
time
defining
the
requirements
of
the
content
editor
nbc.
So
last
week
on
the
on
the
8th
or
group
weekly
call,
we
set
us
a
goal
for
14.0
to
deliver
the
content.
Editor
nbc.
A
However,
that
goal
we
have
that
goal,
but
I
I
feel
that
the
requirements
or
the
scope
of
the
nbc
is
not
clear
and
it's
difficult
to
to
determine
if
we
can
achieve
that
goal.
Since
I
don't
know
exactly
what
an
nbc
means
in
the
content
in
the
context
of
the
content
editor,
I
have
three
questions
that
I
feel
that
that
that
could
help
us
to
actually
find
the
embassy
the
npc,
the
the
first
one
is.
A
If
the
content
editor
mvc
can
display
every
existing
wiki
page,
because
if,
if
that's
that's
the
case,
we
have
to
define
a
pros
meter
schema
that
understands
every
type
of
content
that
the
that
gila
flavor
markdown
supports.
The
other
question
is
what
editing
tools
do
we
want
to
provide.
A
In
the
mvc
like,
we
can
provide
tools
to
define
headings
but
or
to
live
or
to
define
our
type
of
type
of
content,
but
that
doesn't
necessarily
like
supporting
every
type
of
content
and
give
that
flavor
mark
down
doesn't
mean
that
we
have
to
support
or
provide
tools
to
edit
those
type
of
content.
A
B
Yeah,
so
I
think
if.
B
So,
regardless
of
the
question
I
think,
displaying
something
is
is
doesn't
really
make
sense
because
displaying
like
it's
basically
what
you
see
what
you
get
editor
right
so
displaying
it
means
without
editing.
It
means
that
it's
just
just
just
the
same
content,
and
you
cannot
really
edit
it.
B
So
the
whole
idea
of
closed
mirror
is
is
not
really
useful.
There.
A
But
then,
if
that's
the
case
that
will
force
us
to
implement
a
nature
that
supports
the
entire
flavor
marketing
specification
before
we
can
allow
the
user
to
test
later-
and
I
like
that,
could
be
a
a
bigger
scope
for
for
an
nbc.
B
Yes,
I
understand
so,
if
you
just
display
the
pros
mirror,
like
the
content,
editor
include
only
mode.
There
is
no
difference
between
that
content
editor
and
the
preview
tab.
A
When,
when
I
say
about
when,
when
I
talk
about
displaying
account
a
content
and
not
providing
18
tools,
I
don't
I
don't
mean
that
data
will
be
read
only.
What
I
mean
is
that
we
can
display,
for
example,
a
table
in
the
in
the
content
editor,
and
we
don't
provide
a
specific
table.
Specific
editing
tools,
like
the
user,
can
still
edit
the
text
within
the
table
because
prospector.
A
Tools
for
editing
text,
so
that's
more
or
less
the
idea.
Another
example
would
be,
for
example,
the
the
summary
html
tag,
that
is
pro
that
is
supported
by
by
gfm,
like
we
are
displaying
a
some
content
that
is
hidden
in
a
in
a
collapsible
drop
down
like
we
are
gonna
display
that
in
the
content
editor.
B
Content,
I'm
not
sure
how
about
the
collapsible
like
do
we
actually
support
adding
a
collapsible
using
gitlab,
flavored
markdown.
A
B
You
mean
by
adding
users
or
something
like
that
tagging:
a
user
right.
No,
like
you.
B
B
B
For
example,
let's
say
if
you
tag
a
user,
it's
just
going
to
display
a
user
without
a
link,
but
if
you
set
up
a
serializer
and
on
serializer
that
converts
it
to
link
and
back
then
when
you
convert
it
back
to
markdown,
it
should
be
showing
you
a
just
user
name,
but
when
you
view
it
in
html,
it's
going
to
be
an
actual
link.
B
So
you
we
need
to
do
like
this
sort
of
stuff
for
every
kind
of
html
that
create
lab
favorite
markdown
support.
A
Okay,
but
we
can,
we
can
do
that
like
we
can
just
display
the
html
that
is
produced
by
the
markdown
api
that
would
be
like
when,
when
you
send
a
user
reference
with
a
markdown
api,
the
output
of
that
request
is
a
is
a
link,
as
you
say,
and
we
just
displayed
in
the
preview
mode,
but
in
the
in
the
case
of
the
content
editor.
A
What
do
we
do
with
that
html
without
link
like
how
do
we
treat
it
within
data?
I
think
that
for
links
is
a
simpler
answer,
because
because
we
can,
for
example,
allow
the
user
to
to
edit
the
text
during
the
link
the
user
can
edit
their
they
link
href
attribute
where,
in
the
case
of
dimension,
it
will
be
something
else
like
they.
They
shouldn't
be
able
to
do
that,
but
in
the
case,
in
the
case
of
of
attack,
like
summary,
like
what
do
we
do
like?
A
B
B
So
if
pros
mirror
allows
that
I'm
not
sure
if
it
does.
But
if
we
do
some
research,
I
think
we
can
get
to
that.
So
if
crossbreeder
allows
you
to
display
something
that
is
read-only
based
on
what
the
markup
was.
B
I
think
we
can
disable
editing
for
those
tags
and
I
think
it
should
be
straightforward
because
all
the
gitlab
flavored
markdown
has
its
own
specific
classes
or
id.
B
So
we
can
just
make
a
read-only
reference
and
apply
it
to
all
the
all
the
special
content
rendered
by
the
lab.
It
applies
to
the
details
and
it
applies
to
a
mermaid
diagrams
links.
Short
links
like
merge,
requests,
issue
links
and
we
are
posting.
A
Yes,
I
I
completely
agree,
I
think
that
I
mean
it
is
technically
yeah
fiasco
to
do
that.
We
can
do
it
like
brush
different,
provides
first,
for
example,
in
the
case
of
the
of
the
summary
tag
of
the
or
you
know
of
the
details,
tag
we
can
tell
transmitter
to
identify
the
tag
and
convert
it
into
a
specific
node
type,
and
then,
in
that
node
type
we
can
specify
that
is
read.
A
Only
the
user
will
be
able
to
delete
the
entire
node
for
the
from
the
editor,
but
it
won't
be
able
to
edit
what
is
inside
the
details
like.
So
I
think
that's
what
you
mean
right.
B
Yes,
that's
what
I
mean
exactly
my
point
is
that
I
think
we
can
just
look
at
the
markdown
documentation
and
see
what
gitlab
flavored
markdown
is
present
here
and
just
use
this
one
feed
only
tag
and
apply
it
to
like
every
kind
of
content.
B
I'm
not
sure
if
we
can
do
that,
but
in
the
end,
like
the
eventual
end
goal,
is
to
support
all
of
these
tags
right.
So
maybe
we
can
start
off
with
making
these
placeholder,
like
it's
kind
of
like
scaffolding,
where
you
define
all
of
these
mock
types
that
gitlab
flavored
markdown
should
support
and
they
just
they
are
just
read
only
and
empty
right
now
and
later
on.
We
go
and
add
the
implementation.
A
Yes,
something
that
is
like
that
probably
we
can
we
could
also
do-
is
that
at
the
end,
all
of
this
note
all
of
these
types
of
marks
and
and
type
of
notes
they
contain
they
contain
text
within
them.
A
Right
like
like
that's
the
the
most
basic
construct
that
we
are
dealing
with
most
of
the
time
in
the
case
of
the
memory,
diagram
is
not
the
case,
but
perhaps
we
can
say
that
if,
if
we,
for
example,
don't
support
adding
new
columns
to
a
table,
the
user
can
still
edit
the
con
the
text
putting
that
within
the
table.
So
they
are,
they
don't
have
to
be
like
fully
freed
only
like
we.
B
Them
to
edit
the
text
within
the
so
there
are
two
things
that
you're
talking
about:
one
is
gitlab
flavored
markdown,
and
so
this
is
something
that
get
lab,
extends
on
top
of
markdown
already
and
now
you're
also
talking
about
tables
which
is
already
there
in
markdown.
It's
not
something
that
so.
I
think
we
can
treat
both
of
those
things
separately.
B
So
so
gitlab
gitlab,
flavored,
markdown
and
just
marked
out
so
gitlab
flavored
markdown,
is
something
that
gitlab
gives
you
like
mentions,
merge,
requests
and
issues.
B
It
is
very
gitlab
specific
and
just
normal.
Markdown
is
like
bold
italic
underlying
all
those
things,
and
there
are
some
complicated
things
like
tables
that
are
a
little
difficult
to
implement,
but
they
are
still
part
of
markdown
is
not
something.
Gitlab
does
special
right.
B
B
I
don't
think
it's
going
to
work
in
the
same
way,
so
you
cannot
really
allow
editing
something
inside
gitlab,
specific
things.
B
For
example,
if
you
have
a
link
to
an
issue,
issue
number,
let's
say
one,
and
if
you
try
to
change
the
issue
text
and
say
you
change
it
to
issue
2,
but
the
link
is
not
going
to
change
unless
you
add
support
for
gitlab
favorite
markdown
completely
here.
B
So
we
should
not
allow
changing
the
text
of
any
specific
like
gitlab,
flavored
markdown.
A
Actually
like
it
is
like
the
way
that,
like
gitlab
flavor
markdown
is
not
only
references,
so
mark,
don't
have
a
specification
that
is
like
it
provides
like
features
that
are
common
acro
across.
I
love
the
markdown
flavors
that
exist,
that
is,
that
is
called
common
mark.
That
government.
B
A
Support
tables,
yes,
like
it
doesn't
support
tables.
B
I
didn't
know,
I
didn't
know
that
I've
heard
it's
something
that
supported
everywhere,
but
then
again
that's
that's!
That's
it.
I
think
we
can,
but
still
it's
it's
an
extension
of
common
markets.
My
point
is
that
it's
not
relevant
to
github
it's
it's,
not
something
that
only
gitlab
can
use.
A
No
definitely-
and
I
I
completely
agree
with
the
idea
of
not
allowing
the
the
excluding
I
mentioned,
because
in
the
case
that's
that
would
be
like
a
read-only
note
in
its
entirety.
A
B
Yes,
they
can
also
add
a
column
if
they
go
edit,
the
markdown
itself
and
then
come
back
to
the
redistributor.
B
Exactly
so
like.
Let's,
let's
create
these
tables
and
list
items,
I
think
list
items
we
can
do
in
the
first
iteration
right.
B
So
if
you
say
that
we
can
do
list
list
items
in
the
first
citation
right.
A
Well,
that's
that's
exactly
my
my
my
questions
right
like
I
know
that
we
we
have
to
support
all
of
this
type
of
content.
If
we
want
to
display
an
existing
wiki
page
like
if
we
want
the
user,
they
want
to
look
to
allow
the
user
to
edit
execute
existing
content.
A
That
is
already
you
know.
In
existing
wiki
pages,
we
have
to
support
at
least
like
displaying
and
editing
those
type
of
content.
Tiptup
artwork
provides
notes
for
for
those
type
of
content.
So
I
think
that
we
can.
We
can
actually
do
that.
The
only
thing
that
we
have
to
do
is
to
implement
support
for
con
converting
those
notes
back
to
marker.
B
Okay,
I
think
that's
that's
quite
straightforward.
You
have
done
this
for
bold.
I
can
see
that
it's
not
very
difficult.
It
may
be
a
little
bit
tricky
for
list
items
for
just
a
little
bit.
Not
it
should
not
be
a
lot
of
effort.
A
A
Yes,
I
guess
like
that
we
could.
We
could
start
like
with
marks
like
both
italics
and
strikethrough
etc,
and
then
we
can
continue
with
more
advanced
type
of
content,
but
that's
still
like,
like
that,
it's
clear
how
we
we
have
to
progress
in
the
implementation
of
the
ether.
But
what
is
not
clear
to
me
is:
what
is
the
scope
of
the
nbc
like
you
know,
we
can
continue
iterating,
but
where
do
we
got?
A
Where
do
we
make
the
cut
and
we
say
hey,
this
is
the
nbc
and
we
are
gonna
now
publish
it
I'll
share
with
the
users.
B
I
think
we
can
bring
this
up
with
eric
and
others
as
well.
B
Yeah
with
mvc,
I
think
it
would
be
something
like
we
can
display
stuff
and
just
a
few
tags
are
working.
I
think
that
should
be
good
enough
for
mvc,
because
the
m
in
mbc
stands
for
medium,
so
I
think
we
definitely
do
not
want
to
support
everything
gives
us
in
the
embassy,
but
we
still
need
to
figure
out
how
much
what
exactly
we
want
to
support.
B
I
think
it
would
be
like
a
gold
italic
underlying
strike
through
and
like
at
least
maybe
five
or
six
of
these
things
and
list
items,
and
I
think
this
should
be
enough
for
our
mvp.
A
Cool
well,
I'm
gonna
probably
try
to
refine
these
questions
and
make
them
more
make
them
clearer
and
and
they
ain't
gonna,
I'm
gonna
slack
or
I'm
gonna
ask
eric.
If
we
have
an
issue
where
we
can
discuss
this
asynchronously,
perhaps
we
can
even
meet
later
in
the
week
to
keep
talking
about
it,
okay,
cool
so
yeah,
that's
a
that
will
be
everything
on
my
part
regarding
the
the
concentrator
okay.
B
Yeah,
so
for
view
migration,
I
still
like
I
didn't
get
a
chance
to
like
work
further
on
it,
but
I
wish
I
did
make
some
progress
here
and
like
it's
just
complete
and
it
works
for
the
most
part
still
need
to
like
cover
a
lot
of
tests
and
everything
is.
It
was
quite
a
big
issue,
but
yeah
it
should
be
good
once
it's
converted,
it
should
be
a
good
thing.
B
B
Like
the
form
being
on
the
back
end
and
and
a
lot
of
back
and
forth
back
and
forth
in
inter
interaction
because
of
like
certain
things,
like
form,
errors
are
handled
by
the
back
end
and
still
need
to.
B
Like
initialize
it
we
need
to
be
sure
of
what
the
order
of
execution
is
like
the
gitlab
form.
This
form
needs
to
be
rendered
first
and
after
that
you
need
to
render
the
error
and
all
those
things
yeah,
and
it's
also
quite
a
bit
of
messy
code,
because
the
errors
appear
on
other
pages.
Also,
so
for
those
pages
you
need
to
initialize
it
beforehand,
whereas
it's
pretty
and
we
cannot
really
initialize
it
two
times.
B
So
I've
been
figuring
that
out.
I
should
be
able
to
do
that
today
tomorrow,
but
it
would
not
probably
not
make
it
since.
A
I
see
that
like
do
you
think
that
we
should
break
this,
mr
or
break
all
of
that
working
in
smaller,
blessed
quests,
because
I
see,
for
example,
that
the
wiki
forum
doesn't
have
specs
yet,
and
it
already
has
like
a
big
code,
difference
a
big
amount
of
of
changes
in
the
in
the
mr.
So
perhaps
we
can
we
kind
of
start
like
just
to
to
start
emerging
according
to
master
and
make
it
more
iterative.
A
Maybe
you
can
have
a
separate
message
request
where
you
can
merge
the
wiki
form
component
with
suspects,
and
in
that
way
we
know.
At
least
you
know
that,
like
the
form
implemented
in
this
working
and
then
we
can
create
some
another
nurse
request
for
the
cleanup
and
another
immerse
request
for
for
implementing
effort
handling.
B
B
A
We
can
provide
context
in
in
other
ways
like
we
can,
we
could
say
like
provide
links
to
the
other
mesh
requests,
or
we
can
also
like
make
a
reference
that
that
this,
I
think.
B
It
will
be
okay,
yeah,
like
like
I'll,
try
it.
I
don't
think
it's
more
than
like
500
lines,
but
it
will
get
there,
but
I
think
it
should.
I
should
be
able
to
like
push
it
in
a
single
merge
request.
I
know
it's
not
ideal,
but
it's
it's.
I
have
seen
many
much
differences
that
do
migration
sort
of
thing
like
this
and
and
it's
it's
usually
faster
to
get
it
done
in
a
single
mushroom.
A
Okay,
so
that
means
that
probably
he's
gonna
carry
over
to
the
to
the
next
medicine
right.
A
Yeah,
like
it
is
very
close,
so
we
can
probably
yeah
it's
probably
not
going
like
to
to
be
extended
over
the
next
miles
for
for
a
long
time,.
B
Cool
yeah
anyways
this
this
much
request
is
not
not
something
that
is
user
facing.
So
it's
not
something
necessarily.
That
needs
to
go
in
a
particular
milestone.
A
That's
right:
we
can
focus
on
delivering
the
search
that
is
actually
going
to
be
like
a
user-facing
picture.
B
Yes,
yeah,
my
mouse
request
is
ready.
There
was
only
one
issue
that
that
is
actually
resolved
now,
but
it
was
not.
The
settings
were
not
displaying
on
the
pages
page,
but
they
are
now
in
test.
A
Cool
yeah-
I
I
I
saw
now
it's
just
a
matter
of
getting
this
over
at
that
review.
That's
I
feel
like
that.
The
delivering
search
is
also
a
bit
risky
because
I
don't
know
it's
like
we
are
at
the
end
of
the
milestone
and
contributes,
are
not
like
going
very
fast
at
this
time,
but
let's
try
to
actually
do
as
much
as
possible,
also
together
to
get
it
over
the
line.
B
I
think
you
can
you
need
to
I.
I
I
find
the
same
reviewers
to
mimer's
request
as
well,
so
that
since
they
have
context
of
the
of
your
merge
requests,
it
should
be
easier
for
them
to
review.
A
Cool,
so
do
you
have
any
other
topic
to
talk
about.
B
No,
I
think
that's
it.
A
Awesome:
okay:
he
wants
to
go.
That's
that's
all
my
part
as
well.
A
A
B
C
B
If
we
can
bring
it
up
in
the
kickoff
meeting
or
we
can
bring
it
bring
it
on
in
slack.
B
Just
so
that
we
can
think
more
about
how
much
time
it's
actually
going
to
take
and
is
14.
even
realistic
or
not.
A
I
completely
agree:
I'm
gonna,
I'm
gonna,
take
the
questions
that
I
put
in
the
document
and
I'm
going
to
share
them
on
the
slack
and
they're
going
to
try
like
to
figure
out
what
is
the
right
place
to
discuss
it,
at
least
as
a
starting
point,
I'm
going
to
put
them
on
a
slide.
A
Okay,
awesome
also
thanks.
So
much
see
you
later
in
the
week.