►
From YouTube: Jenkins UX SIG Meeting - 30 September 2020
Description
The table to divs PR is ready to merge. Some discussion about whether this should be merged before the LTS or not. The consensus in the meeting is that it should be after the LTS. Joe Brueggen discussed formalizing the language used to discuss UI elements e.g. the navigation bar.
A
So
welcome
everybody
I
don't
know,
hopefully
we'll
get
a
few
more
people
to
hop
on
we'll
see.
I
think
everybody
on
here
already
knows
or
has
at
least
met
everybody
else,
so
we'll
kind
of
skip
past
that
and
then
we
can
jump
right
in
obviously
the
way
we
do
this
is
anyone
can
sort
of
add
things
as
we
go
felix.
Do
you
want
to
speak
to
that?
First,
one.
B
B
Yeah
mine,
as
well
so
yeah
team,
prompted
the
suggest
we
discussed
in
the
sig
meeting
when
we
we
are
going
to
merge,
but
this
suggested
that
we
merge
it.
We
we
are
choosing
an
lds
baseline
in
exactly
three
weeks
or
more
almost
exactly
three
weeks
and
but
he
suggested
we
postpone
and
we
we
delayed
the
merch
until
then-
and
I
agree
with
that-
I
I
fully
agree
with
that.
B
C
C
And
what
daniel
said
or
so
kind
of
is
going
in
the
direction
again.
Daniel
is
very
surprised.
Oleg
is
saying
this
looks
very
sorry.
Indeed,
it's
kind
of
going
together
still
it's
a
very
risky
change.
We
all
know
that.
So
you
know
given
the
time
we've
waited
already
until
now.
You
know
waiting
two
inch
weeks,
three
ish
weeks
more
because
technically
we
don't
actually
need
to
wait
till
really
the
21st.
C
We
could
release
it
a
few
days
before
the
only
goal
here
we
would
be
pursuing
is
as
you,
if
it's
not
obvious,
is
that
we
won't.
We
don't
want
this
pr
to
be
stopped,
just
stopping
my
baby
to
break
the
door
so
yeah
that
we
don't
want
this
pr
to
be
eligible
to
the
next
lts
baseline
selection.
Basically,
so
how
does
it
work
in
general?
C
For
anybody
that
we
don't
know
is
that
when
we
consider
a
news
baseline,
we
look
at
the
past
releases
on
the
weeklies
and
we
choose
one
that
looks
like
okay,
ish
from
you
from
a
standard
feedback
standpoint
and
yeah
anyway.
That's
a
kind
of
a
detail
so
yeah.
C
A
Okay,
so
we'll
follow
up
with
oleg
after
this,
since
he
can
make
this
chat,
but
it
seems
like
there's
mostly
consensus
there
and
we
can
kind
of
figure
out
which
which
path
forward.
But
I
would
say,
regardless
pretty
exciting,
that
that
this
is
close.
So.
B
A
It's
really,
okay,
all
right.
We
might
just
speed
through
today's
session.
I
had
a
couple
of
items
here,
but
they're
not
items.
I
can
oh.
Thank
you
for
doing
the
minutes.
I
feel.
C
A
That
I
meant
to
cover
a
couple
of
items
here,
nothing
to
show
on
screen
per
se,
but
here
on
the
cloud
b
side,
I've
been
talking
with
a
couple
of
people
inside
copies
who
have
kind
of
mentioned.
You
know
hey
there.
There
could
be
much
more
consistent,
ui
labeling,
and
I
use
that
term
sort
of
loosely
and
by
labeling
I
mean
how
we
talk
about,
describe
and
actually
name
the
different
elements,
whether
it's
individual
components
or
like
regions
of
the
ui
throughout
jenkins.
A
A
So
the
idea
here
is
that
having
consistent
nomenclature
around
all
these
different
aspects
of
the
ui
could
really
help.
Just
the
global
work
being
done
by
our
global
community
here
to
improve
jenkins,
helps
people
collaborate
better
and
helps
make
clearer
documentation,
so
all
that
to
say
that
I'll
be
sending
out
a
form
to
everyone
who
has
been
in
involved
in
the
sig.
A
Obviously
small
group
today
and
then
also
posting
that
in
our
different
communication
outlets
in
getter,
I'll
try
and
get
on
the
jenkins
mailing
list
and
it'll
be
a
form
essentially
trying
to
collect
feedback
from
people
to
understand
better
how
everyone,
outside
my
limited
perspective,
is
talking
about
these
things,
because,
if
we're
going
to
update
the
jenkins
glossary,
let's
say
or
or
formalize
the
different
labels,
I
want
to
make
sure
it's
in
line
with
what
everyone
else
is
thinking,
instead
of
just
picking
something
so
I'll,
be
sending
that
out
soon
any
questions
or
thoughts
on
that
one.
A
Cool
pretty
straightforward
and
then
another
item
here
is
build
status,
page
rework.
This
is
going
to
be
an
area
of
pretty
heavy
focus
over
the
next
month
or
so
for
myself,
unlike
in
previous
situations
where
we
were
looking
at
more
individual
components
and
I
could
kind
of
create
some
mock-ups
and
some
proposed
solutions
and
bring
them
to
this
group,
and
then
we
discuss
and
iterate.
This
is
a
larger
scale
item
right.
A
This
is
a
full
page
and
I
want
to
try
a
little
bit
more
fundamentally
reconsider
what
the
build
status
page
is
so,
rather
than
just
going
directly
into
some
of
those
mocks,
I'm
going
to
also
be
sending,
but
to
a
smaller
group.
Most
of
the
people
involved
in
the
sig
just
a
separate
item,
a
separate
form
for
gathering
some
input
on
how
they
use
the
page
if
they
use
the
page
and
what
they
would
like
to
see
and
how
they'd
like
to
see
it
evolve.