emacsconf-org
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Pad template (was: Volunteering as a pad scribe)


From: Karl Voit
Subject: Pad template (was: Volunteering as a pad scribe)
Date: Fri, 14 Oct 2022 15:14:36 +0200

Hi Sacha,

Sacha Chua (sacha@sachachua.com) wrote:

> Hello, Karl!
> 
> Thanks for volunteering as a pad scribe! We've added you to the table of
> shifts. We're planning to do per-talk pads this year to make it easier for
> speakers. 

Yes, I already saw your notes and improvements related to the pad.
You're making a huge step forward in the maturity level of
organizing the event in general.

Back to the pads:

I'd say that per-talk pads are a win as long as the attendees are
able to find those pads as easy as possible. In any case, jumping
from one pad to another will result in more "lost" contributors
compared to one large pad. But I understand the goals.

Therefore, I'd probably add some kind of navigation info like
breadcrumb navigation to the pads:

EmacsConf 22 (with links to all pads) -> <this talk>    (or similar)

Just like you added the next talk, which is a good thing.

> Could you please look at the draft pad at
> https://etherpad.wikimedia.org/p/emacsconf-2022-journalism at your
> convenience and figure out if anything needs to be added or removed to that
> general format? Thank you!

Sure. I edited some minor things.

In general, I'd question the numbers for questions/answers. From my
point of view, they add no real benefit but are an issue when
questions get re-arranged in order to fit a better storytelling or
similar. Do we need the numbers for referencing single questions? If
so, we'll have to deal with re-numbering when re-arranging.

Maybe there should be a general section between the intro section
(until license) and the Q&A for the speakers and notes that are not
a question? I've added a draft.

"Next talks" I'd switch the order of URL and title. I guess you
auto-generate the initial pad content, so that generic changes aren't
causing much manual effort.

-- 
Karl Voit



reply via email to

[Prev in Thread] Current Thread [Next in Thread]