W3C

– DRAFT –
ARIA Authoring Practices Task Force

01 February 2022

Attendees

Present
bryan, carmacleod, erika, jamesn, jemma, jongund, Matt_King, siri
Regrets
MarkMcCarthy
Chair
-
Scribe
carmacleod, Carolyn

Meeting minutes

<Jem> https://github.com/w3c/aria-practices/wiki/February-1%2C-2022-Agenda

<Jem> Jemma will be out of office and Matt will chair the apg meeting

Issue triage

<Jem> https://github.com/w3c/aria-practices/issues?q=is%3Aissue+is%3Aopen+created%3A%3E2021-12-01+no%3Alabel

<Jem> https://github.com/w3c/aria-practices/issues/2206

carmacleod: mouse behavior is different from keyboard behavior - focus stays on button if using mouse, but goes to first item if using keyboard

Matt_King: But in menu button example, focus does go to first item on mouse click

jamesn: We had to do it that way in order for screen readers to work

Matt_King: what do we need to do for this issue?

Matt_King: We aren't changing the example

Matt_King: In the menubar pattern, we say the first menuitem receives focus. We need to say it only receives focus if it was opened with keyboard.

Matt_King: But not with menu button.

<Jem> https://github.com/w3c/aria-practices/issues/2171

jamesn: I think we changed this in 1.2. There are no buttons in the example any more.

Jem: I'll take this

<Jem> https://github.com/w3c/aria-practices/issues/2171

https://github.com/w3c/aria-practices/issues/2170

jamesn: I think this has been fixed as well.

<Jem> "When focussing in the first week of a month and pressing Page Up or Page Down to a month where that same day of the week does not lie in that month the inactive date from the previous month is selected instead (same for last week of the month)."

jamesn: There's still something a bit weird about the behavior

<Jem> document says "Sets focus on the same day of the same week. If that day does not exist, then moves focus to the same day of the previous or next week."

jamesn: This is no longer an issue in 1.2

Open PRs

<Jem> https://github.com/w3c/aria-practices/pull/2194

Matt_King: We are just waiting for a few more reviews. Me, for editorial, Jess or Howard for Code/Test review.

<Jem> https://github.com/w3c/aria-practices/pull/2179

jongunderson: This is a one line PR, and I approved it.

Matt_King: Ok, great, I can handle this

<Jem> https://github.com/w3c/aria-practices/issues/2195

Grid issue

https://github.com/w3c/aria-practices/issues/2195

Matt_King: Are we talking about the pattern or the examples, because we don't have any examples yet.

jamesn: The pattern. We don't say how to select a cell.

Matt_King: You can operate on selected items, or on focused items if there is no item currently selected.

Matt_King: You could implement contiguous selection, but not in a grid where cells are editable.

jamesn: Having space be used to toggle selection would be useful.

Matt_King: I think we do need to edit the pattern.

Jem: So, editorial?

<jamesn> github: https://github.com/w3c/aria-practices/issues/2195

Matt_King: More than that, because it's modifying the guidance

Listbox issue

https://github.com/w3c/aria-practices/issues/2193

<Matt_King> multi-select listbox: https://w3c.github.io/aria-practices/examples/listbox/listbox-rearrangeable.html

(folks are trying out the example)

Matt_King: There was some discussion in OpenUI about making space do the select.

Matt_King: I think a lot of people agree that space to select/deselect is easier to use in general.

jamesn: How common is a multi-select listbox? ListView is more common.

jamesn: Just trying to determine priority.

Matt_King: Would like to have this discussion again with Sarah present.

<Jem> https://www.w3.org/groups/cg/open-ui

jamesn: Since there's active work going on in this area, we can point to that.

Minutes manually created (not a transcript), formatted by scribe.perl version 185 (Thu Dec 2 18:51:55 2021 UTC).

Diagnostics

Succeeded: s/Matt_King: I really don't know when we are going to be able to get to this. It's in our backlog./

Maybe present: Jem, jongunderson