14:00:23 RRSAgent has joined #wcag2ict 14:00:27 logging to https://www.w3.org/2025/09/11-wcag2ict-irc 14:00:27 RRSAgent, make logs Public 14:00:28 Meeting: WCAG2ICT Task Force Teleconference 14:00:28 zakim, clear agenda 14:00:29 agenda cleared 14:00:32 chair: Mary Jo Mueller 14:00:40 rrsagent, make minutes 14:00:41 I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html maryjom 14:00:48 Zakim, please time speakers at 2 minutes 14:00:48 ok, maryjom 14:00:50 agenda+ Announcements 14:01:13 agenda+ 2.4.4 Link Purpose Note 1 – Issue 775 14:01:18 agenda+ 1.4.4 Resize Text – Issue 722 14:01:24 scribe+ PhilDay 14:01:26 present+ 14:01:28 regrets: Chris Loiselle 14:01:33 present+ 14:01:59 present+ 14:02:11 present+ 14:02:55 zakim, next item 14:02:55 agendum 1 -- Announcements -- taken up [from maryjom] 14:03:13 Update from Mike on EN 14:03:14 Mike_Pluke has joined #wcag2ict 14:03:46 present+ 14:04:28 Mitch opened an issue in both WCAG2ICT and EN (2.4.4 link purpose). Will it be included in EN? 14:05:27 Gregg: It is late, but we are trying to incorporate everything - if it is editorial (notes) we are trying to include it. 14:05:28 I have no audio - looking in to the problem 14:05:52 Ah, now I have sound 14:06:10 GreggVan has joined #wcag2ict 14:07:41 Mike_Pluke: EN update: Got through a difficult meeting on stationary ICT - still quite a few issues on SCs. We are dealing with these. On top of most things. Have also made a few minor changes based on GitLab issues - changes to notes that will need to be fed back into WCAG2ICT. 14:07:58 Mike_Pluke will send details to maryjom 14:08:51 We are doing some tweaks so we may do another release to pull in these minor changes - pass by AG WG for review. 14:08:59 zakim, next item 14:08:59 agendum 2 -- 2.4.4 Link Purpose Note 1 – Issue 775 -- taken up [from maryjom] 14:09:07 https://github.com/w3c/wcag2ict/issues/775 14:09:19 New issue from Mitch. 2.4.4 Link Purpose 14:09:43 MATF Issue: https://github.com/w3c/matf/issues/36 14:09:54 Also related issue in MATF - see previous link 14:10:03 Mitch asked for a change to the note. 14:10:12 Currently 14:10:12 2.4.4 has this: 14:10:12 Note 1 (Added) (for non-web software) 14:10:12 In non-web software, a “link” is any text string or image in the user interface outside a user interface control that behaves like a hypertext link. This does not include general user interface controls or buttons. (An OK button, for example, would not be a link.) 14:10:14 Issue: 14:10:14 The first sentence describes a link as text or an image "outside a user interface control," but links are a kind of user interface control. Taken literally, this would mean links cannot exist in software. Or if I ignore the literal contradiction, "outside a user interface control" adds nothing to clarify what a link is. 14:10:14 The second sentence excludes "general user interface controls", but "general" doesn't add clarity either. 14:10:15 Proposed 14:10:15 Keep only the parts that distinguish between links and non-links. 14:10:15 In non-web software, a “link” is any user interface control that behaves like a hypertext link, and is not a button. (An OK button, for example, would not be a link.) 14:10:27 Note 1 (Added) (for non-web software) 14:10:27 In non-web software, a “link” is any text string or image in the user interface outside a user interface control that behaves like a hypertext link. This does not include general user interface controls or buttons. (An OK button, for example, would not be a link.) 14:13:19 Draft note from MATF: [note:Examples of links in mobile applications include, but are not limited to: list items, menu items, navigation bar items, tab bar items and text hyperlinks.] 14:14:38 q+ to ask if context is menu? 14:15:06 GreggVan: Not sure why list items is there - if the list item is a link, then it is a link, just like any other text item 14:15:19 ack bailey 14:15:19 bailey, you wanted to ask if context is menu? 14:15:21 ack bailey 14:15:27 q+ 14:15:42 bailey: wondering if the context makes it clear that it is a menu or navigation list 14:15:58 present+ 14:16:00 Discussion from https://github.com/w3c/wcag2ict/issues/775 for bailey 14:16:33 And detail from MATF issue: https://github.com/w3c/matf/issues/36 14:17:13 ack GreggVan 14:18:28 GreggVan: Content should be understandable. Then accessibility beyond that - controls should have some sort of programmatically determined 'label' to help people to know what it is. However, it is quite common to use icons on their own. Does this mean the default should be icon + label? 14:20:30 q+ to mention that 508 testing baseline for web has the concept of "visually apparent list" 14:21:01 GreggVan: Or we could have on focus it pops up a label. This could tell you the purpose of the icon. 14:21:31 q+ to say Mitch's changes in issue 775 is relatively easy - just shorten our note 1 14:21:46 ack bailey 14:21:46 bailey, you wanted to mention that 508 testing baseline for web has the concept of "visually apparent list" 14:21:51 Ack bailey 14:21:52 Coming back to lists, I'll note that 508 testing baseline for web has the concept of "visually apparent list" 14:22:39 Bailey: On the previous subject of lists - they have a test for the concept of "visually apparent list", and exclude "lists used for navigation". 14:22:43 https://ictbaseline.access-board.gov/web-baselines/13Structure/#13d-test-procedure-for-visually-apparent-lists 14:23:01 q? 14:23:05 ack PhilDay 14:23:05 PhilDay, you wanted to say Mitch's changes in issue 775 is relatively easy - just shorten our note 1 14:23:49 For links in lists, 508 baseline uses: https://ictbaseline.access-board.gov/web-baselines/14Links/#14a-test-procedure-for-link-purpose-in-context 14:24:08 PhilDay: Mitch's change in issue 775 is fairly straightforward - just a minor edit of NOTE 1 and makes it shorter. 14:25:02 GreggVan: According to best practice for people who use a screen reader - if you want a link to act like a button, you should make it look like a button (change the appearance to match the use case).. 14:25:07 q? 14:25:21 s/and exclude/and different/ 14:25:40 It should be coded as a link if it is a link, or as a button if it acts like a button. 14:26:01 rrsAgent, draft minutes 14:26:02 I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html bailey 14:26:31 GreggVan mentioned this to get people to think about the proposed language change to NOTE 1 14:28:01 s/and different/and different test for/ 14:28:09 maryjom: Could get confusing - buttons can do lots of things. They are user interface controls. There are other requirements talking about these controls needing to be labelled in a meaningful manner. 14:28:16 rrsAgent, draft minutes 14:28:17 I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html bailey 14:29:22 GreggVan: Why is a button not a link if everything else that acts like a link is a link. 14:30:05 q? 14:31:36 GreggVan: Non-web software may not be written in HTML - it may just be code. 14:32:23 Proposed text: In non-web software, a “link” is any user interface control that behaves like a hypertext link, and is not a button. (An OK button, for example, would not be a link.) 14:32:40 Poll: Are you OK with making this change? 14:32:53 +1 14:32:58 +1 14:33:18 +1 14:35:56 In non-web software, a “link” is any user interface control that behaves like a hypertext link, and is not an action button. (An OK button, for example, would not be a link.) 14:36:15 Proposed change from GreggVan - "action" button 14:36:25 DRAFT RESOLUTION: Update SC 2.4.4 Note 1 as stated above. 14:36:31 +1 14:36:38 +1 14:38:20 I am okay with either, but I also prefer previous (without action adverb). 14:38:53 In non-web software, a “link” is any user interface control that behaves like a hypertext link. (An OK button, for example, would not be a link.) 14:39:09 s/action adverb/action adjective/ 14:39:16 In non-web software, a “link” is any user interface control that behaves like a hypertext link. 14:39:39 +1 14:39:46 DRAFT RESOLUTION: Update SC 2.4.4 Note 1 as stated above. 14:39:47 +2 14:39:51 +1 14:39:54 +1 14:40:06 q+ 14:40:11 ack bailey 14:40:48 Bailey: MATF issue was marked as completed on July 4th 14:40:54 https://github.com/w3c/matf/issues/36 14:41:25 RESOLUTION: Update SC 2.4.4 Note 1 as stated above. 14:42:36 zakim, next item 14:42:36 agendum 3 -- 1.4.4 Resize Text – Issue 722 -- taken up [from maryjom] 14:43:44 Correction: title should refer to Issue 772 14:43:45 https://github.com/w3c/wcag2ict/issues/772 14:46:36 End of last week - we thought that we would do the minimal change (which was Jon's suggestion) 14:46:54 Where the platform has text resizing support up to 200%, but where not all text resizes to 200% of it's default due to the resized text already being 200% of the default body text size, and provided semantic meaning indicated through differences in text size is maintained, the non-web software should work with the text sizing features to the extent 14:46:54 the platform provides. 14:47:46 q+ to note that default ... default is awkward 14:48:04 GreggVan: Agree with the semantics, but think the grammar needs work 14:48:07 +1 that grammar is weird 14:48:34 ack me 14:48:34 bailey, you wanted to note that default ... default is awkward 14:48:45 note that default ... default is awkward 14:50:00 Discussion regarding wordsmithing to improve readability 14:50:21 If default size of big text is already 200% of small text, then... 14:50:33 Q+ 14:50:50 ack Mike_Pluke 14:50:53 ack Mike_Pluke 14:51:19 Mike_Pluke: This is one of the 2 items where EN added a NOTE to the table of mapping of 1.4.4 to software 14:53:09 We updated the middle sentence in the intro part of 1.4.4 to read: Where the platform has text resizing support up to 200%, but where not all text resizes to 200% of it's default (because some of the text is already 200% of the default body text size), and provided semantic meaning indicated through differences in text size is maintained, the 14:53:09 non-web software should work with the text sizing features to the extent the platform provides. 14:54:17 New note added in EN 301 549 that comes after the WCAG2ICT notes: Note 4: Good practice is for the default presentation for text to have an x-height that's at least as big as Arial at 16 CSS px for software expected to be viewed at ~400mm. 14:55:11 For software expected to be viewed at a distance of approximately 15 3/4 inches (400mm), good practice is for the default presentation for text to have an x-height that is at least as big as Arial font at 16 CSS px, which at 200% zoom would be 32 CSS px. 14:57:35 q+ to note ambiguous "it" 14:57:51 ack bailey 14:57:51 bailey, you wanted to note ambiguous "it" 14:58:29 Mike_Pluke has joined #wcag2ict 14:58:45 https://github.com/w3c/wcag2ict/pull/776/files 14:58:52 bailey: Referencing the Google doc. Mary Jo is working from the PR directly - which is later language 14:59:16 For software expected to be viewed at a distance of approximately 15 3/4 inches (400mm), good practice is for the default presentation for text to have an x-height that is at least as big as Arial font at 16 CSS px, which at 200% zoom would be 32 CSS px 14:59:18 For software expected to be viewed at a distance of approximately 15 3/4 inches (400mm), good practice is for the default presentation for text to have an x-height that is at least as big as x-height of Arial font at 16 CSS px, which at 200% zoom would be 32 CSS px. 15:00:01 For software expected to be viewed at a distance of approximately 15 3/4 inches (400mm), good practice is for the default presentation for text to have an x-height that is at least as big as the x-height of Arial font at 16 CSS px, which at 200% zoom would be 32 CSS px. 15:00:25 or software expected to be viewed at a distance of approximately 15 3/4 inches (400mm), good practice is for the default presentation for text to have an x-height that is at least as large as the x-height of Arial font at 16 CSS px, which at 200% zoom would be 32 CSS px. 15:01:01 +1 15:01:09 +1 to the changes. 15:05:00 NOTE 4 change. Last sentence, ... without losing text size semantics, content or functionality 15:05:46 These changes are just for non-web software. Is that correct? 15:05:50 DRAFT RESOLUTION: For 1.4.4, Incorporate PR #776, as updated in today's meeting. 15:05:54 +1 15:06:14 +1 15:06:30 +1 15:06:34 RESOLUTION: For 1.4.4, Incorporate PR #776, as updated in today's meeting. 15:07:05 rrsagent, draft minutes 15:07:06 I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html PhilDay 15:10:13 zakim, end meeting 15:10:13 As of this point the attendees have been PhilDay, maryjom, bailey, Daniel, Mike_Pluke, GreggVan 15:10:15 RRSAgent, please draft minutes v2 15:10:16 I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html Zakim 15:10:22 I am happy to have been of service, PhilDay; please remember to excuse RRSAgent. Goodbye 15:10:22 Zakim has left #wcag2ict 15:10:27 zakim, bye 15:10:42 rrsagent, bye 15:10:42 I see no action items