w3c / tpac-breakouts

Documentation and Management of TPAC plenary day breakouts
Other
6 stars 12 forks source link

For group meetings, support group name + highlight in title #137

Closed ianbjacobs closed 3 months ago

ianbjacobs commented 3 months ago

Use case: A group wants the calendar / grid to display something like "WICG: Digital Credentials API" in order to attract participants.

Idea (discussed in email):

  09:00-10:30: Web Platform Incubator CG
  11:00-12:30: WICG: Digital Credentials API
  14:00-16:00: Web Platform Incubator CG
ianbjacobs commented 3 months ago

I think you pointed out that the code that converts titles to group names currently assumes that if it doesn't recognize a group name, it will assume the name is correct and defer to validation to detect the error. That makes it more difficult to distinguish an intentional highlight from a group name with a typo.

What if we instead add a field to the meeting session template to allow an optional highlight title (default: null). The following code would have to be updated:

The title is also used to generate short names, but I'm not sure if that's used for meetings.

We would create two sessions:

They would request different time slots.

The question is whether this would provoke scheduling errors.

tidoust commented 3 months ago

I think you pointed out that the code that converts titles to group names currently assumes that if it doesn't recognize a group name, it will assume the name is correct and defer to validation to detect the error. That makes it more difficult to distinguish an intentional highlight from a group name with a typo.

That's right, but I was making that point as part of a discussion on whether we could get rid of token separators (,, &, and, :, >) entirely. We could in theory, but if we do, we end up with the problem you mention. As long as we keep token separators, there shouldn't be any problem.

What if we instead add a field to the meeting session template to allow an optional highlight title (default: null).

We would end up with a list of open issues (in the repo, in the project), some of which appearing to be duplicates as in your example. That looks like a bug because the highlight won't appear at the listing level. We'll be naturally tempted to fix these duplicates, even though there's nothing to fix. That's similar to how the two unmerged "Audio WG" lines in the grid looked like a bug yesterday when we prepared TPAC pages because the room names did not appear.

If we start putting highlight information in the issue description, ideally, we'd find a mechanism that allows us to get back to one and only one issue per group. On top of my head, I don't see a reasonably simple way to do that though, so propose to stick to highlights in the title instead.

ianbjacobs commented 3 months ago

Sounds good.

tidoust commented 3 months ago

Should be done. I also added a bit of documentation to the wiki page.

ianbjacobs commented 3 months ago

Thank you! I think the group view needs some work. I think that "WICG: Digital Credentials API" should show up in the list of meetings for that group. Right now it appears to show up as its own meeting, with this error: No W3C group found for "WICG: Digital Credentials API”

tidoust commented 3 months ago

Thank you! I think the group view needs some work. I think that "WICG: Digital Credentials API" should show up in the list of meetings for that group. Right now it appears to show up as its own meeting, with this error: No W3C group found for "WICG: Digital Credentials API”

Just to close the loop on this: that error should only appear when running an older version of the code. The new code lists group meetings with highlights in the list of meetings for that group.