13:01:37 RRSAgent has joined #matf 13:01:41 logging to https://www.w3.org/2024/05/01-matf-irc 13:01:41 RRSAgent, make logs Public 13:01:42 please title this meeting ("meeting: ..."), JJ 13:01:51 Zakim, this is MATF 1 May 2024 13:01:51 got it, JJ 13:02:01 present+ 13:02:05 present+ 13:02:35 AA has joined #matf 13:02:38 agenda+ How WCAG 2.2 Relates to Mobile 13:02:50 agenda+ 2.5.8 Target Size 13:02:52 present + 13:02:58 present+ 13:03:23 zakim, agenda? 13:03:23 I see 2 items remaining on the agenda: 13:03:24 1. How WCAG 2.2 Relates to Mobile [from JJ] 13:03:24 2. 2.5.8 Target Size [from JJ] 13:03:47 agenda+ Scribe 13:03:54 zakim, agenda? 13:03:54 I see 3 items remaining on the agenda: 13:03:55 1. How WCAG 2.2 Relates to Mobile [from JJ] 13:03:55 2. 2.5.8 Target Size [from JJ] 13:03:55 3. Scribe [from JJ] 13:03:57 zakim, open agenda 3 13:03:57 agendum 3 -- Scribe -- taken up [from JJ] 13:04:12 Devanshu has joined #matf 13:04:35 IRC cheetsheat: https://github.com/w3c/matf/wiki/IRC-Cheatsheet 13:05:56 julianmka has joined #MATF 13:06:02 present+ 13:06:04 present+ 13:06:05 present+ 13:06:07 Mick has joined #MATF 13:06:18 present+ 13:06:21 present+ 13:07:38 quintinb has joined #MATF 13:08:03 nominate a scribe 13:08:07 Zakim, nominate a scribe 13:08:07 Not knowing who is chairing or who scribed recently, I propose Mick 13:08:15 present+ 13:08:22 nominate a scribe 13:08:27 Zakim, nominate a scribe 13:08:27 Not knowing who is chairing or who scribed recently, I propose julianmka 13:09:49 scribe: quintinb 13:09:58 Zakim, scribe: quintinb 13:09:58 I don't understand 'scribe: quintinb', JJ 13:10:19 move to next agendum 13:10:19 agendum 1 -- How WCAG 2.2 Relates to Mobile -- taken up [from JJ] 13:11:38 TOPIC: Touch Target size (2.5.8) 13:12:54 JJ considering moving comments for sheet in a data repo (git) 13:13:39 q+ JJ Any ideas how to track comments in the document 13:14:06 I like github, because people can add comments and they are visible 13:14:53 I like Github too, we could use issues for each criteria 13:14:56 +1 13:15:20 +1 for Github, and creating documents for each criteria, will be easier to manage and track. 13:15:24 could we move out of the spreadsheet and into Github fully? I would rather not track 2 places. 13:15:34 agree julianmka 13:15:39 +1 for not 2 places 13:15:46 I am nothing if not redundant 13:16:13 q? 13:16:45 I was seeing if anyone was in the queue 13:16:51 q+ Joe_Humbert 13:16:53 q? 13:16:59 q- Joe_Humbert 13:17:40 JJ confirms to use GitHub 13:17:52 How do we use GitHub? JJ to propose 13:18:12 move to next agendum 13:18:12 agendum 2 -- 2.5.8 Target Size -- taken up [from JJ] 13:19:36 Joe: Pixel conversion: CSS pixel is the native density for the platform. 13:19:55 q+ Could we provide a mechanism to convert? Like a calculator? 13:21:04 JJ: We should align with WCAG2ICT 13:21:33 I asked this question recently in the MATF slack channel. The consensus was the same - to see 24 pixels being equivalent to whatever the appropriate unit used for other platforms - for iOS this is 24 points and for Android this is 24 density-independent pixels. This is an approach Deque follows as well I believe. 13:22:17 q+ 13:22:47 AA: should we just use mm on the screen, as specified by NN? 13:22:59 WCAG2ICT notes: https://github.com/w3c/wcag2ict/issues/293#issuecomment-1903545744 13:23:46 JJ: Android can modify density, so perhaps mm can be difficult 13:25:01 Joe: Can't verify, but it's consistent across devices and settings 13:25:28 Would points or density-independent pixels be more helpful to developement teams then using mm? 13:27:01 quintinb: Users can define what they want the physical size to be, the separation is intentional 13:27:59 Q+ 13:28:12 julian: Should we just follow the platform guidelines? Fingertips are variable in size and not precise. Shouldn't we be advocating for large touch targets? 13:28:56 Rachele: Shouldn't we just reference the AAA requirement? 13:29:04 Joe confirms 13:30:01 q- 13:30:48 JJ: (AA) Spacing can be 24 from another target and then size can be anything 13:31:09 Sorry that was a reference to WCAG_AA not AA the user 13:32:17 As an observation - we tried previously pushing Apple and Android sizes to our teams and got so much pushback from designers about it being too big. 13:32:18 I will make sure to add my name as AAK, to avoid confusion quintinb 13:32:41 Joe has joined #matf 13:32:58 Joe_Humbert8 has joined #matf 13:33:44 ty AAK 13:33:48 Joe_Humbert has joined #matf 13:35:16 quintinb: we also need to be considerate that Google does allow for 32x32dp in seemingly certain cases 13:37:34 JJ: Relying on public documentation can be problematic as the internal algo doesn't necessarily follow the 48x48 rule 13:37:34 https://github.com/google/Accessibility-Test-Framework-for-Android/blob/c65cab02b2a845c29c3da100d6adefd345a144e3/src/main/java/com/google/android/apps/common/testing/accessibility/framework/checks/TouchTargetSizeCheck.java#L164 13:39:45 JJ: We may have to figure out what Google's math is - maybe someone can look later 13:40:27 JJ A lot of people asking how to check size 13:40:40 q+ 13:40:50 q+ Joe_Humbert 13:40:55 ack quintinb 13:42:04 quintinb: ADB can be used to extract the ally tree and the density, which can calculate the dp size 13:42:22 ack Joe_Humbert 13:42:23 A physical ruler or sending screenshots and using likes of photoshop. Neither massively accurate but have struggled to find other methods when not having access to code in audits. 13:42:24 JJ: but we need to be understanding of what tools auditors need 13:42:28 q- 13:43:15 Joe: Uses the scanner with larger requirements because it reports the details of what is wrong 13:43:19 That's clever Joe_Humbert 13:43:40 agree - thanks Joe - I think I failed to understand previously 13:44:14 Mick has done an audit against 2.2 13:44:59 They have been sending screenshots and measuring with a ruler 13:45:36 agenda+ 1.3.5 Input Purpose 13:45:49 move to next agendum 13:45:49 agendum 4 -- 1.3.5 Input Purpose -- taken up [from JJ] 13:45:55 there is no way to set a custom size in Apple's Accessibility inspector. Also I think the inspector rules are closed source 13:51:54 JOE: In HTML if a first name is registered, but no autocomplete doesn't work then it's a fail 13:52:56 JJ: Should we just add guidance on attributes and how to validate if they are available 13:54:10 Joe: keyboard types might be easier 13:56:04 Joe: Will try research how he can find out how to find autofill attributes 13:58:53 Joe: Where can testers put this dummy data 14:00:23 JJ: will look into MarkDown as a format for the success criteria 14:00:57 Joe: Do we know anyone who has experience writing tests 14:03:29 iOS can set autofill for Safari from any contact. Wondering if that setting propagates throughout apps. 14:06:07 Quintin: has experience writing automated accessibility tests 14:06:49 JJ: also has experience writing these; with source code access you can certainly extract input type related properties. Without source code access it's harder, believes it's possible on Android but probably not on iOS. 14:07:06 Zakim, list participants 14:07:06 As of this point the attendees have been JJ, RacheleD, Carol, AA, julianmka, Joe_Humbert, Mick, Devanshu, quintinb 14:07:13 rrsagent, make minutes 14:07:15 I have made the request to generate https://www.w3.org/2024/05/01-matf-minutes.html JJ 14:07:47 Zakim, meeting: MATF 1 May 2024 14:07:47 I don't understand 'meeting: MATF 1 May 2024', JJ 14:07:51 meeting: MATF 1 May 2024 14:08:11 rrsagent, make minutes 14:08:12 I have made the request to generate https://www.w3.org/2024/05/01-matf-minutes.html JJ