Closed ianbjacobs closed 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.
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.
Sounds good.
Should be done. I also added a bit of documentation to the wiki page.
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”
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.
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):
<group_name> ":" | ">" <highlight>