13:00:08 RRSAgent has joined #matf 13:00:12 logging to https://www.w3.org/2024/08/21-matf-irc 13:00:12 RRSAgent, make logs Public 13:00:13 please title this meeting ("meeting: ..."), JJ 13:00:17 julianmka has joined #MATF 13:00:21 Zakim, this is MATF August 21, 2024 13:00:21 got it, JJ 13:00:31 Detlev has joined #matf 13:00:37 Meeting: MATF August 21, 2024 13:00:40 present+ 13:00:52 present+ 13:00:56 agenda+ Planning 13:00:58 agenda+ 2.3.1 Three Flashes or Below Threshold 13:01:05 agenda+ 2.4.3 Focus Order 13:01:10 agenda+ 2.4.4 Link Purpose (In Context) 13:01:15 agenda+ 2.4.6 Headings and Labels 13:01:28 present+ 13:02:00 Aashutosh has joined #matf 13:03:32 GleidsonRamos has joined #matf 13:03:48 present+ 13:04:11 regrets+ quintinb 13:04:52 move to next agendum 13:04:52 agendum 1 -- Planning -- taken up [from JJ] 13:05:15 present+ 13:05:34 Karla has joined #matf 13:06:06 Scribe: julianmka 13:07:10 JJ: Updates the group on Joe, Julian, and himself working identifying small variation SCs that we can move on from. 13:07:23 Devanshu has joined #matf 13:07:45 present+ 13:08:26 JJ: We will use Github issue comments to propose SCs issues that can be closed. By next meeting, SCs that apply directly as written will have comments. 13:08:31 present+ 13:08:37 move to next agendum 13:08:37 agendum 2 -- 2.3.1 Three Flashes or Below Threshold -- taken up [from JJ] 13:08:37 JJ: Will be out in September, Joe will run meetings. 13:09:05 I will be facilitating the meetings, not "in charge" :-) 13:09:47 q+ 13:10:42 ack Joe_Humbert 13:10:51 Detlev has joined #matf 13:10:54 JJ: Summarizes current activity on this SC's github issue. 13:11:03 q+ 13:11:14 Joe_Humbert: This will require guidance on testing. 13:12:27 Joe_Humbert: This might happen if devs create a custom animation. Regular OS animations already take this SC into consideration. 13:12:40 q+ 13:12:48 JJ: Testing might be similar to ICT 13:12:48 ack Detlev 13:13:57 Detlev: The WCAG SC defines "threshold" of 10 degree visual field. Can make testing more difficult. 13:14:49 Detlev: Only AAA conformance rules out any flashing that occurs more than 3x/second 13:15:50 Detlev: The size of the flashing area depends on device size so success/failure could vary. 13:16:16 ack GleidsonRamos 13:16:22 JJ: Seems like applying is pretty direct but testing is more complicated. 13:17:32 julianmka has joined #MATF 13:17:42 GleidsonRamos: OS animations and transitions are within the SCs guidance, but Flutter and other cross-platform technologies allow animations that are much more disruptive 13:18:17 JJ: Had a recent experience where custom animations were quite busy and distracting. 13:18:43 q+ 13:18:50 Detlev: Animation isn't flashing. Hasn't seen any transitions that include flashing. 13:18:51 ack GleidsonRamos 13:19:03 JJ: Hasn't failed this SC, nor have colleagues. 13:19:46 GleidsonRamos: In a stock app, transition between positive and negative values can generate flashes. Not usually faster than 1/sec, but if animations get queued they can occur very frequently. 13:20:20 Gleidson: Flashes occupied ~10% of screen 13:20:37 s/Gleidson/GleidsonRamos 13:21:37 JJ: In first draft, we can just say whether the SC applies as written. In follow-up versions, we can address testing. 13:21:37 q+ 13:21:52 ack Joe_Humbert 13:21:58 JJ: Would be helpful to have a failing example. 13:22:36 Joe_Humbert: Clarifies that the guideline applies but Note 1 in WCAG 2.2 needs to be tweaked to address mobile apps. 13:23:37 move to next agendum 13:23:37 agendum 3 -- 2.4.3 Focus Order -- taken up [from JJ] 13:24:05 Joe_Humbert has joined #matf 13:24:08 present+ 13:24:13 present+ 13:24:16 present+ 13:24:20 present+ 13:25:30 JJ: Summarizes WCAG2ICT guidance and Github issue 13:26:21 q+ 13:26:53 q+ 13:27:06 ack Joe_Humbert 13:27:09 JJ: There's always discussion of where focus order should begin, is auto-focusing on an input field okay 13:27:58 Joe_Humbert: Re: Where to start focus order, I recommend not forcing focus order on screen load. Forcing focus in iOS can lead to weird, jumpy experiences. 13:28:44 Joe_Humbert: This is a common accessibility issue at my company. Devs can do lots of things that compromise reading/focus order. 13:28:52 +1 to what Joe says 13:29:04 q+ 13:29:30 ack Detlev 13:29:42 q+ 13:29:44 karla has joined #matf 13:29:47 @Detlev: Clarifies we are covering keyboard focus order in this SC 13:30:04 JJ: I've also seen this apply to other ATs like screen readers. 13:30:27 q+ 13:31:03 Detlev: Are failures of this SC covered under 2.1.1 Keyboard focus or other SC also? 13:31:59 Detlev: As mentioned in this SC's Github issue, mobile keyboard navigation can shift from tab to arrow keys which can complicate things. 13:32:23 q- 13:32:40 @Detlev: Cites a developer who recently mentioned that keyboard support is hard and focus is on screen reader and touch-based ATs. 13:33:36 JJ: This SC includes a definition that explicitly cites keyboard interfaces - "navigated sequentially" 13:34:08 JJ: From a technical standpoint, Android has properties which can alter keyboard order. iOS has more robust full keyboard access in more recent version. 13:34:28 JJ: Cross-platform technologies like Xamarin, Flutter, etc. have much more limited support. 13:34:30 q? 13:34:40 ack julianmka 13:35:45 julianmka: Interprets this SC to include speech recognition -- emphasis on focus of interactive elements. 13:36:14 ack Joe_Humbert 13:36:19 q+ 13:37:06 Jamie has joined #matf 13:37:17 present+ 13:37:45 Joe_Humbert: Considers this SC to apply to screen reader focus order on mobile because 1.3.2 meaningful sequence has a very specific definition. Does skipping over static content reduce the meaning of the experience? 13:38:04 ack Detlev 13:38:13 JJ: Some questions over how broadly to apply this SC. Does intent only include keyboard? 13:38:28 q+ 13:38:56 Detlev: AGWG seems to have some consensus that most members think that any screen reader focus would be reported 1.3.2 meaningful sequence. 13:39:33 Detlev: Example, related content that isn't grouped would be a minor failure of 1.3.2. 13:39:39 ACTION: Link to AGWG consensus for 2.4.3 Focus Order / 1.3.2 Meaningful Sequence 13:40:10 Detlev: AGWG consensus seems to recognize 2.4.3 as applying primarily to keyboard. 13:40:27 ack Jamie 13:42:09 Jamie: The difference between focus order and meaningful sequence - one is about focusable components in the operable category. Meaningful sequence is about things on the screen that can be perceived. Nothing in 2.4.3 Focus order calls out keyboard as the only tool to use. 13:42:15 +q 13:42:36 ack Detlev 13:43:37 Detlev: Adding to Voice Control conversation -- it would fall under 2.1.1 keyboard operable. 13:43:52 q+ 13:44:15 JJ: Do we need to reach consensus about which ATs fall under 2.4.3 13:44:18 ack Jamie 13:46:05 Jamie: That seems like a WCAG decision, not just mobile. Should we be that specific? 13:46:33 q+ 13:46:39 JJ: If 2.1.1 considers other forms of keyboard interface like voice control, then it seems like voice control shoudl also be considered in 2.4.3 focus order. 13:47:57 ACTION: Define meaningful / meaning as intended in 1.3.2 Meaningful Sequence 13:48:12 Jamie: This could be an opportunity to define what "meaningful" means. 2.4.3 is cited often in issues, but also often canceled because the definition of "meaningful" is vague. 13:48:14 @jamei 13:49:18 @Jamie: Might not be a MATF issue specifically, but iOS's keyboard functionality is more distinct from typical web keyboard interactions. 13:49:22 https://www.w3.org/WAI/WCAG22/Understanding/meaningful-sequence.html 13:49:50 q+ 13:50:05 ack Joe_Humbert 13:51:02 Joe_Humbert: The understanding doc does talk about "meaningful" and gives examples. 13:51:57 Joe_Humbert: Unlike on desktop, I'm not certain that other ATs hook into keyboard interface/interactions the way is true for computer-based browser content. 13:52:33 +1 research to confirm AT and keyboard interface 13:52:50 JJ: As far as I know, ATs like switch and voice control do not hook into key events in iOS. 13:53:35 q? 13:53:35 JJ: We could add a definition where we explain thinking behind including other ATs with keyboard, or substitute "assistive technologies" for "keyboard" 13:53:37 ack julianmka 13:53:45 +1 JJ 13:54:47 julianmka: Brings up that default focus order should not be a fail? 13:54:52 +1 to default focus order is not a fail. 13:54:59 +1 13:55:24 JJ: Need to define what "default" means in context of focus order. 13:55:36 Apple seems to mess with default VoiceOver focus/reading order in different versions of iOS 13:56:08 q+ 13:56:16 q+ 13:57:01 ACTION: Definition for 'keyboard interface' in apps, perhaps replace it with 'assistive technologies' 13:57:21 ACTION: Define what "default" means in context of focus order 13:57:29 julianmka: We could include a best practice to keep consistent focus order practices across an app, if you do choose to force focus. 13:57:53 +1 @detlev question 13:57:55 Detlev: Doesn't want to lose sight of the keyboard aspect of this SC. 13:58:24 Detlev: If we refer to "assistive technologies" does that mean we're no longer concerned with keyboard? 13:58:27 ie could keyboard be replaced with other AT like Voice Control 13:58:34 +1 to noting what detlev said is some definition or note 13:59:13 JJ: Could also look at other standards like 508, EN 301 549 to see how they hand keyboard vs other ATs 13:59:33 Full keyboard access is AN at 13:59:33 Detlev: Would be quite unusual to class keyboard as an AT. It's a mode of input. 13:59:40 q? 13:59:45 ack Detlev 13:59:47 ack Jamie 14:00:47 Jamie: In follow up to julianmka's point re: setting focus order: If Consistent Navigation includes sets of screens, this consideration could fall into that SC. 14:00:58 To add on Jamie, Full Keyboard Access on iOS is part of Accessibility settings and has to be enabled before you can navigate using the keyboard (when it's disabled, you can only input text) 14:02:15 Jamie: Operating systems are inconsistent about how they set focus. The issue of where focus should begin and if it matters could be considered under Consistent Navigation if we could move to defining "set of screens" instead of "set of apps" 14:02:24 +1 to Jamie reg. consistent navigation 14:02:39 JJ: Lots more to discuss here, let's keep it going in Github issues. 14:20:54 JJ has joined #matf 14:21:04 present+ 14:21:05 Zakim, list participants 14:21:05 As of this point the attendees have been Carolina, Detlev, Joe_Humbert, JJ, julianmka, Aashutosh, Karla, Devanshu, GleidsonRamos, Jamie 14:21:12 rrsagent, make minutes 14:21:13 I have made the request to generate https://www.w3.org/2024/08/21-matf-minutes.html JJ 14:21:36 rrsagent, bye 14:21:36 I see 4 open action items saved in https://www.w3.org/2024/08/21-matf-actions.rdf : 14:21:36 ACTION: Link to AGWG consensus for 2.4.3 Focus Order / 1.3.2 Meaningful Sequence [1] 14:21:36 recorded in https://www.w3.org/2024/08/21-matf-irc#T13-39-39 14:21:36 ACTION: Define meaningful / meaning as intended in 1.3.2 Meaningful Sequence [2] 14:21:36 recorded in https://www.w3.org/2024/08/21-matf-irc#T13-47-57 14:21:36 ACTION: Definition for 'keyboard interface' in apps, perhaps replace it with 'assistive technologies' [3] 14:21:36 recorded in https://www.w3.org/2024/08/21-matf-irc#T13-57-01 14:21:36 ACTION: Define what "default" means in context of focus order [4] 14:21:36 recorded in https://www.w3.org/2024/08/21-matf-irc#T13-57-21 14:21:41 zakim, bye 14:21:41 leaving. As of this point the attendees have been Carolina, Detlev, Joe_Humbert, JJ, julianmka, Aashutosh, Karla, Devanshu, GleidsonRamos, Jamie 14:21:41 Zakim has left #matf