12:58:40 RRSAgent has joined #matf 12:58:44 logging to https://www.w3.org/2024/08/07-matf-irc 12:58:44 RRSAgent, make logs Public 12:58:45 please title this meeting ("meeting: ..."), JJ 12:58:50 Zakim, this is MATF August 7, 2024 12:58:50 got it, JJ 12:58:58 Meeting: MATF August 7, 2024 12:59:18 agenda+ Success Criteria breakdown 12:59:23 agenda+ 2.3.1 Three Flashes or Below Threshold - Level A 12:59:29 agenda+ 2.4.3 Focus Order - Level A 12:59:33 agenda+ 2.4.4 Link Purpose (In Context) - Level A 12:59:37 agenda+ 2.4.6 Headings and Labels - Level AA 13:01:06 Illai has joined #matf 13:01:31 +present 13:01:46 present+ 13:02:07 Joe_Humbert has joined #matf 13:02:19 present+ 13:02:33 present+ 13:03:21 Mick has joined #MATF 13:03:26 +present 13:03:37 julianmka has joined #MATF 13:03:59 quintinb has joined #MATF 13:04:03 present+ 13:04:03 Karla has joined #matf 13:04:04 present+ 13:04:39 > present+ 13:04:40 GleidsonRamos has joined #matf 13:04:45 present+ 13:04:51 scribe julianmka 13:04:57 Scribe: julianmka 13:05:00 RacheleD has joined #MATF 13:05:02 Carolina has joined #MATF 13:05:12 move to next agendum 13:05:12 agendum 1 -- Success Criteria breakdown -- taken up [from JJ] 13:05:13 present+ 13:05:14 present+ 13:06:51 JJ: Concern with several SCs marked as greater variations is about how to test - e.g. images of text 13:07:04 Move 1.4.5 to Minimum Variantions 13:07:09 +1 13:07:12 +1 13:07:13 +1 13:07:15 +1 13:07:17 +1 13:07:17 +1 13:07:26 +1 13:07:29 +1 13:07:31 +1 13:07:35 Aashutosh has joined #matf 13:07:50 Devanshu has joined #matf 13:08:17 present+ 13:08:32 Move 2.4.4 to Minimum Variations? 13:08:36 +1 13:08:37 +1 13:08:38 +1 13:08:47 +1 13:08:49 +1 13:08:50 +1 13:08:51 +1 13:09:00 -1 13:09:18 Success Criteria breakdown doc: https://docs.google.com/document/d/1n6_OtcWEjJOGmqFVhK7gJGk9K7FfXhpP/edit 13:09:51 q+ Joe, about 2.4.4 13:09:58 ack Joe 13:10:09 q- about 2.4.4 13:10:40 Joe_Humbert: Cites WCAG2ICT noting that "link" does not mean literal link in native mobile. Several SCs we're considering need explanatory notes. 13:11:00 present+ 13:11:09 Is this providing a distinction between a link and some other system action? 13:11:13 Joe_Humbert: E.g. for link purpose - in native mobile, there are links, buttons, and also "double tap to activate" elements 13:11:53 +1 to Joe's point about what "link" means in native mobile context 13:12:00 In mobile apps, everything is interactive. So like Link purposes, the meaningful labels would be necessary for everything? 13:12:33 Just a note: we should also consider touch target sizes re:links or "text as innteract-able element" 13:12:54 +1 quintinb 13:12:59 +q 13:13:49 off-topic, can we enforce the minimum size requirements to the ads that are playing inside the apps? 13:13:58 close buttons* 13:14:49 ack Illai 13:14:53 Jamie has joined #matf 13:15:01 present+ 13:15:41 +1 Illai 13:15:48 Illai: Link purpose has the same issue as headings and labels - using them properly might need a note. 13:15:54 JJ: How so for headings? 13:16:06 q+ 13:16:42 Illai: Intent and Understanding docs refer to semantic headings and labels, but those don't have parity in native mobile compared to HTML. 13:16:48 ack Joe_Humbert 13:17:36 Joe_Humbert: Are we coming up with our own definitions of headings & labels? 13:18:58 Illai & Joe_Humbert: Clarify Illai's comment was about how labels & headings relate to other content, not _what_ they are. 13:19:53 JJ: Need to be careful about modifying definitions and such. If SCs are very close to applying directly, let's not over-complicate. 13:21:32 We are looking at 2.2 now too? 13:21:36 Move 2.4.11 to Minimum Variations? Large, Medium or Minimum? 13:21:39 JJ: 2.4.11 Focus Not Obscured - is this a medium variation? It could use more about techniques, but seems to apply fairly directly. 13:21:40 The floating button exception will be tricky in mobile to adhere to 13:21:41 Large 13:22:13 This should be large considering horizontal scrolling requirements as well 13:22:22 minimum 13:22:31 I would argue this needs to be as important as keyboard 13:22:47 i changed my mind medium 13:22:51 medium 13:22:52 medium 13:22:56 medium 13:22:57 medium 13:23:04 thank you. I am having microphone issues. 13:23:07 medium 13:23:10 medium 13:23:29 JJ: Keep 2.4.11 in medium variation category. 13:24:35 JJ: Summarizes Joe_Humbert's comment about need for advisory techniques on how to apply 1.2.3. 13:24:46 minimum 13:24:55 minimum 13:24:57 Keep 1.2.3 at Minimum Variations? 13:25:06 +1 13:25:09 minimum 13:25:09 minimum 13:25:09 minimum 13:25:12 minimum 13:25:15 minimum 13:25:16 minimum 13:25:17 minimum 13:25:20 minimum 13:25:22 minimum 13:25:22 quintinb+jamie first minimum comment are part of 1.2.3 13:25:22 minimum 13:25:26 q+ 13:25:32 ack Joe_Humbert 13:25:38 It's more important that it happens than how it happens 13:26:54 Joe_Humbert: Do we need to give an enhanced definition for "alternative for time-based media" given differences between web and native mobile contexts? 13:27:08 Joe_Humbert at this time I would be ok with the time based description 13:27:48 Joe_Humbert: In original definition, does "document" need to be clarified for mobile context? 13:27:56 we could review in a 2.0 version of the document 13:28:09 +1 to Jamie 13:28:49 +1 Joe_Humbert 13:28:57 we need a 1.0 version for AD since this is not being done in most places anyway 13:29:02 +1 to Jamie 13:29:04 They aren't doing something else 13:29:21 Joe_Humbert: Most apps aren't supporting audio descriptions/alternatives -- are they doing something else or nothing at all? 13:29:33 no, I meant we need a first version that outlines the basics 13:29:41 JJ 13:30:44 @JJ: We'll add AD definition to backlog for future work. 13:31:07 q+ 13:31:09 I think orientation is far more important on mobile 13:31:21 JJ: Orientation applies directly but there are lots of implementation considerations. 13:31:22 ack Joe_Humbert 13:31:41 Keep 1.3.4 at Minimum Variations? 13:31:49 minimum 13:32:22 Joe_Humbert: Are we saying that apps need to rotate and content needs to be there, or does it have to work _well_? 13:32:30 q+ 13:32:32 implementation is more important than web but the SC as written applies 13:32:40 q- 13:33:35 +1 to julianmka 13:33:47 +1 julianmka 13:33:51 JJ: Basic support I look for is "is the content there and does it work" 13:34:10 q+ 13:34:19 ack Joe_Humbert 13:34:20 julianmka: Because orientation is such a difficult thing to get people to accept, I only look for bare content and functionality. 13:34:21 There isn't great recent research on orientation - I found some stuff from 2012 that was like "yeah people do it" 13:35:00 most of the elderly have their phones mounted in horizontal orientation on their carts 13:35:02 q+ 13:35:48 Joe_Humbert: It doesn't need to look nice - I'm thinking about scrolling, is it much harder to get to elements because they are distributed differently? Is users' ability to reach things compromised? Users who need landscape orientation usually have other barriers to access already, are more severely affected. 13:35:51 +1 to Joe's comment 13:36:18 ack Jamie 13:36:48 low vision is also another reason to use landscape, in combination with a bigger font size 13:37:25 +1 Jamie 13:37:28 Jamie: In my experience, size of sticky footer and navigation bars was a factor. Perhaps a note to consider content dominance -- what takes up the most space when in landscape? Could also be part of a note in reflow. 13:37:50 I can't read most websites because of sticky ... looks for a nice word ... 13:38:10 very good point Jamie some of my concerns and what you brought up may fall under a different SC 13:38:15 quintinb in design world we call it frozen 13:38:18 Jamie: Could include a note for small screens in particular, in both portrait and landscape. 13:38:22 q+ 13:38:55 Jamie: Probably good to stick with minimum language now, but enhance it later. 13:38:56 ty Aashutosh! 13:40:03 ack julianmka 13:40:57 julianmka: Points out new feature for iOS this year to collapse navbars into side menu 13:41:26 julianmka is there a resource we can refer to? 13:41:34 JJ: Another issue for landscape users -- keyboard often blocks the input 13:41:43 Keep 1.3.4 at Minimum Variations? 13:41:45 Aashutosh I'll find it after the meeting and put in Slack 13:41:48 minimum 13:41:51 minimum 13:41:52 Minimum 13:41:59 minimum 13:42:01 minumum 13:42:03 +1 13:42:03 minimum 13:42:04 minimum 13:42:09 minimum 13:42:43 minimum 13:42:50 JJ: 2.5.7 probably needs more guidance for mobile. 13:44:25 JJ: We can add some examples of gestures that fall into this SC. WCAG definition is pretty clear. 13:44:53 q+ 13:45:11 ack Aashutosh 13:45:17 JJ: We can document implementation techniques for mobile like accessibility actions. 13:46:00 Maybe it worth referring multipoint touch gestures which are unique to touch devices 13:46:10 Aashutosh: I've encountered issues where swipe gestures to complete payment is required for security reasons (does the user really want to pay?). This is common in India/SE Asia. 13:46:27 Surely you can add a dialog for a non-swipe action 13:47:12 Aashutosh: Clarifies that the interaction requires dragging across the full width of a bar, not a single swipe gesture. 13:47:18 +1 JJ 13:47:43 JJ: This could be handled in app settings - let users choose an alternative method. 13:47:52 +1 JJ 13:48:08 q+ 13:48:18 @Jamie 13:48:21 q+ Jamie 13:48:25 ack Jamie 13:48:43 s/@Jamie/That's why this SC exists, "swipe to pay" as the only way to confirm would be a violation of this SC. 13:49:28 Jamie: This SC is newer, could also be why this pattern is proliferating. 13:49:51 Jamie has joined #matf 13:50:01 present+ 13:50:24 JJ: We can document alternatives to dragging actions like swipe to pay. 13:50:25 Keep 2.5.7 at Minimum Variations? 13:50:30 +1 13:50:30 minimum 13:50:34 minimum 13:50:38 +1 13:50:39 minimum 13:50:50 ack Joe_Humbert 13:51:34 https://www.w3.org/TR/WCAG22/#dfn-dragging-movements 13:51:52 Joe_Humbert: WCAG definition of "dragging" covers almost any gesture on mobile because it refers to "down" (i.e. touching screen) and "up" (i.e. lifting finger) events. 13:52:01 q+ 13:52:17 Joe_Humbert: This seems to apply to anything you do on mobile, this could be too broad to be usable. 13:53:07 JJ: Intent for 2.5.7 is clearer 13:53:07 q- 13:53:28 Joe_Humbert: But Understanding documents are non-normative, only WCAG language is binding. 13:54:35 ACTION: bring up "dragging movements" definition to AG WG 13:55:06 Good catch, Joe! 13:55:58 JJ: Where 2.5.7 has minimum variations might depend on outcome of the "dragging movement" discussion. 13:55:58 +1 13:56:05 +1 13:56:05 minimum 13:56:07 +1 13:56:08 minimum 13:56:09 +1 13:56:11 +1 13:56:12 +1 13:56:34 s/Where/Whether 13:56:51 q+ 13:56:57 q- 13:57:06 q+ 13:58:17 q+ 13:58:17 JJ: 3.2.6 Consistent Help may have large variations because of "sets of software". 13:58:19 ack Jamie 13:58:26 Is no help considered consistent? 13:59:19 Jamie: SC says that for screens that have help, put it in the same place. It does not mandate that every screen should have help. 13:59:55 +1 (and ty) Jamie 14:00:11 Move 3.2.6 to Large, Medium or Minimum? 14:00:22 Jamie: "Set of software" language makes this and other "consistent" SCs tricky. 14:00:28 medium 14:00:33 medium 14:00:37 medium 14:00:41 ack Joe_Humbert 14:00:44 minimum 14:00:45 medium 14:00:51 Large for constancy with others 14:00:58 medium 14:01:36 Joe_Humbert: Seldom see help available across multiple screens in apps. 14:01:38 medium 14:02:10 JJ: Help can be context-dependent. Easier to solve on the web, handling in apps can be more complicated. 14:02:39 JJ: Definition of "sets of software" and "screens" vs "pages" may affect whether this is a larger variation. 14:04:19 Thanks for scribing julianmka ! 14:04:55 Zakim, list participants 14:04:55 As of this point the attendees have been present, AlainVagner, Joe_Humbert, Illai, julianmka, quintinb, Karla, RacheleD, Carolina, Devanshu, Aashutosh, Jamie 14:05:33 present+ Aashutosh 14:05:49 present+ GleidsonRamos 14:06:14 present+ Mick 14:06:23 present+ quintinb 14:06:36 rrsagent, make minutes 14:06:37 I have made the request to generate https://www.w3.org/2024/08/07-matf-minutes.html JJ 14:09:11 rrsagent, bye 14:09:11 I see 1 open action item saved in https://www.w3.org/2024/08/07-matf-actions.rdf : 14:09:11 ACTION: bring up "dragging movements" definition to AG WG [1] 14:09:11 recorded in https://www.w3.org/2024/08/07-matf-irc#T13-54-35