IRC log of wcag2ict on 2025-09-11
Timestamps are in UTC.
- 14:00:23 [RRSAgent]
- RRSAgent has joined #wcag2ict
- 14:00:27 [RRSAgent]
- logging to https://www.w3.org/2025/09/11-wcag2ict-irc
- 14:00:27 [Zakim]
- RRSAgent, make logs Public
- 14:00:28 [Zakim]
- Meeting: WCAG2ICT Task Force Teleconference
- 14:00:28 [maryjom]
- zakim, clear agenda
- 14:00:29 [Zakim]
- agenda cleared
- 14:00:32 [maryjom]
- chair: Mary Jo Mueller
- 14:00:40 [maryjom]
- rrsagent, make minutes
- 14:00:41 [RRSAgent]
- I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html maryjom
- 14:00:48 [maryjom]
- Zakim, please time speakers at 2 minutes
- 14:00:48 [Zakim]
- ok, maryjom
- 14:00:50 [maryjom]
- agenda+ Announcements
- 14:01:13 [maryjom]
- agenda+ 2.4.4 Link Purpose Note 1 – Issue 775
- 14:01:18 [maryjom]
- agenda+ 1.4.4 Resize Text – Issue 722
- 14:01:24 [PhilDay]
- scribe+ PhilDay
- 14:01:26 [PhilDay]
- present+
- 14:01:28 [maryjom]
- regrets: Chris Loiselle
- 14:01:33 [maryjom]
- present+
- 14:01:59 [bailey]
- present+
- 14:02:11 [Daniel]
- present+
- 14:02:55 [PhilDay]
- zakim, next item
- 14:02:55 [Zakim]
- agendum 1 -- Announcements -- taken up [from maryjom]
- 14:03:13 [PhilDay]
- Update from Mike on EN
- 14:03:14 [Mike_Pluke]
- Mike_Pluke has joined #wcag2ict
- 14:03:46 [Mike_Pluke]
- present+
- 14:04:28 [PhilDay]
- Mitch opened an issue in both WCAG2ICT and EN (2.4.4 link purpose). Will it be included in EN?
- 14:05:27 [PhilDay]
- 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 [Mike_Pluke]
- I have no audio - looking in to the problem
- 14:05:52 [Mike_Pluke]
- Ah, now I have sound
- 14:06:10 [GreggVan]
- GreggVan has joined #wcag2ict
- 14:07:41 [PhilDay]
- 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 [PhilDay]
- Mike_Pluke will send details to maryjom
- 14:08:51 [PhilDay]
- 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 [PhilDay]
- zakim, next item
- 14:08:59 [Zakim]
- agendum 2 -- 2.4.4 Link Purpose Note 1 – Issue 775 -- taken up [from maryjom]
- 14:09:07 [PhilDay]
- https://github.com/w3c/wcag2ict/issues/775
- 14:09:19 [PhilDay]
- New issue from Mitch. 2.4.4 Link Purpose
- 14:09:43 [maryjom]
- MATF Issue: https://github.com/w3c/matf/issues/36
- 14:09:54 [PhilDay]
- Also related issue in MATF - see previous link
- 14:10:03 [PhilDay]
- Mitch asked for a change to the note.
- 14:10:12 [PhilDay]
- Currently
- 14:10:12 [PhilDay]
- 2.4.4 has this:
- 14:10:12 [PhilDay]
- Note 1 (Added) (for non-web software)
- 14:10:12 [PhilDay]
- 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 [PhilDay]
- Issue:
- 14:10:14 [PhilDay]
- 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 [PhilDay]
- The second sentence excludes "general user interface controls", but "general" doesn't add clarity either.
- 14:10:15 [PhilDay]
- Proposed
- 14:10:15 [PhilDay]
- Keep only the parts that distinguish between links and non-links.
- 14:10:15 [PhilDay]
- 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 [maryjom]
- Note 1 (Added) (for non-web software)
- 14:10:27 [maryjom]
- 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 [maryjom]
- 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 [bailey]
- q+ to ask if context is menu?
- 14:15:06 [PhilDay]
- 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 [PhilDay]
- ack bailey
- 14:15:19 [Zakim]
- bailey, you wanted to ask if context is menu?
- 14:15:21 [maryjom]
- ack bailey
- 14:15:27 [GreggVan]
- q+
- 14:15:42 [PhilDay]
- bailey: wondering if the context makes it clear that it is a menu or navigation list
- 14:15:58 [GreggVan]
- present+
- 14:16:00 [PhilDay]
- Discussion from https://github.com/w3c/wcag2ict/issues/775 for bailey
- 14:16:33 [PhilDay]
- And detail from MATF issue: https://github.com/w3c/matf/issues/36
- 14:17:13 [PhilDay]
- ack GreggVan
- 14:18:28 [PhilDay]
- 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 [bailey]
- q+ to mention that 508 testing baseline for web has the concept of "visually apparent list"
- 14:21:01 [PhilDay]
- GreggVan: Or we could have on focus it pops up a label. This could tell you the purpose of the icon.
- 14:21:31 [PhilDay]
- q+ to say Mitch's changes in issue 775 is relatively easy - just shorten our note 1
- 14:21:46 [PhilDay]
- ack bailey
- 14:21:46 [Zakim]
- bailey, you wanted to mention that 508 testing baseline for web has the concept of "visually apparent list"
- 14:21:51 [maryjom]
- Ack bailey
- 14:21:52 [bailey]
- Coming back to lists, I'll note that 508 testing baseline for web has the concept of "visually apparent list"
- 14:22:39 [PhilDay]
- 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 [bailey]
- https://ictbaseline.access-board.gov/web-baselines/13Structure/#13d-test-procedure-for-visually-apparent-lists
- 14:23:01 [maryjom]
- q?
- 14:23:05 [maryjom]
- ack PhilDay
- 14:23:05 [Zakim]
- PhilDay, you wanted to say Mitch's changes in issue 775 is relatively easy - just shorten our note 1
- 14:23:49 [bailey]
- 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]
- PhilDay: Mitch's change in issue 775 is fairly straightforward - just a minor edit of NOTE 1 and makes it shorter.
- 14:25:02 [PhilDay]
- 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 [maryjom]
- q?
- 14:25:21 [bailey]
- s/and exclude/and different/
- 14:25:40 [PhilDay]
- 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 [bailey]
- rrsAgent, draft minutes
- 14:26:02 [RRSAgent]
- I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html bailey
- 14:26:31 [PhilDay]
- GreggVan mentioned this to get people to think about the proposed language change to NOTE 1
- 14:28:01 [bailey]
- s/and different/and different test for/
- 14:28:09 [PhilDay]
- 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 [bailey]
- rrsAgent, draft minutes
- 14:28:17 [RRSAgent]
- I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html bailey
- 14:29:22 [PhilDay]
- GreggVan: Why is a button not a link if everything else that acts like a link is a link.
- 14:30:05 [maryjom]
- q?
- 14:31:36 [PhilDay]
- GreggVan: Non-web software may not be written in HTML - it may just be code.
- 14:32:23 [maryjom]
- 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 [maryjom]
- Poll: Are you OK with making this change?
- 14:32:53 [bailey]
- +1
- 14:32:58 [PhilDay]
- +1
- 14:33:18 [Mike_Pluke]
- +1
- 14:35:56 [maryjom]
- 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 [PhilDay]
- Proposed change from GreggVan - "action" button
- 14:36:25 [maryjom]
- DRAFT RESOLUTION: Update SC 2.4.4 Note 1 as stated above.
- 14:36:31 [bailey]
- +1
- 14:36:38 [GreggVan]
- +1
- 14:38:20 [bailey]
- I am okay with either, but I also prefer previous (without action adverb).
- 14:38:53 [maryjom]
- 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 [bailey]
- s/action adverb/action adjective/
- 14:39:16 [maryjom]
- In non-web software, a “link” is any user interface control that behaves like a hypertext link.
- 14:39:39 [bailey]
- +1
- 14:39:46 [maryjom]
- DRAFT RESOLUTION: Update SC 2.4.4 Note 1 as stated above.
- 14:39:47 [GreggVan]
- +2
- 14:39:51 [PhilDay]
- +1
- 14:39:54 [Mike_Pluke]
- +1
- 14:40:06 [bailey]
- q+
- 14:40:11 [PhilDay]
- ack bailey
- 14:40:48 [PhilDay]
- Bailey: MATF issue was marked as completed on July 4th
- 14:40:54 [PhilDay]
- https://github.com/w3c/matf/issues/36
- 14:41:25 [maryjom]
- RESOLUTION: Update SC 2.4.4 Note 1 as stated above.
- 14:42:36 [PhilDay]
- zakim, next item
- 14:42:36 [Zakim]
- agendum 3 -- 1.4.4 Resize Text – Issue 722 -- taken up [from maryjom]
- 14:43:44 [PhilDay]
- Correction: title should refer to Issue 772
- 14:43:45 [PhilDay]
- https://github.com/w3c/wcag2ict/issues/772
- 14:46:36 [PhilDay]
- End of last week - we thought that we would do the minimal change (which was Jon's suggestion)
- 14:46:54 [maryjom]
- 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 [maryjom]
- the platform provides.
- 14:47:46 [bailey]
- q+ to note that default ... default is awkward
- 14:48:04 [PhilDay]
- GreggVan: Agree with the semantics, but think the grammar needs work
- 14:48:07 [bailey]
- +1 that grammar is weird
- 14:48:34 [bailey]
- ack me
- 14:48:34 [Zakim]
- bailey, you wanted to note that default ... default is awkward
- 14:48:45 [bailey]
- note that default ... default is awkward
- 14:50:00 [PhilDay]
- Discussion regarding wordsmithing to improve readability
- 14:50:21 [PhilDay]
- If default size of big text is already 200% of small text, then...
- 14:50:33 [Mike_Pluke]
- Q+
- 14:50:50 [PhilDay]
- ack Mike_Pluke
- 14:50:53 [maryjom]
- ack Mike_Pluke
- 14:51:19 [PhilDay]
- 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 [maryjom]
- 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 [maryjom]
- non-web software should work with the text sizing features to the extent the platform provides.
- 14:54:17 [Mike_Pluke]
- 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 [maryjom]
- 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 [bailey]
- q+ to note ambiguous "it"
- 14:57:51 [maryjom]
- ack bailey
- 14:57:51 [Zakim]
- bailey, you wanted to note ambiguous "it"
- 14:58:29 [Mike_Pluke]
- Mike_Pluke has joined #wcag2ict
- 14:58:45 [maryjom]
- https://github.com/w3c/wcag2ict/pull/776/files
- 14:58:52 [PhilDay]
- bailey: Referencing the Google doc. Mary Jo is working from the PR directly - which is later language
- 14:59:16 [maryjom]
- 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 [GreggVan]
- 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 [GreggVan]
- 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 [GreggVan]
- 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 [bailey]
- +1
- 15:01:09 [PhilDay]
- +1 to the changes.
- 15:05:00 [PhilDay]
- NOTE 4 change. Last sentence, ... without losing text size semantics, content or functionality
- 15:05:46 [PhilDay]
- These changes are just for non-web software. Is that correct?
- 15:05:50 [maryjom]
- DRAFT RESOLUTION: For 1.4.4, Incorporate PR #776, as updated in today's meeting.
- 15:05:54 [PhilDay]
- +1
- 15:06:14 [Mike_Pluke]
- +1
- 15:06:30 [bailey]
- +1
- 15:06:34 [maryjom]
- RESOLUTION: For 1.4.4, Incorporate PR #776, as updated in today's meeting.
- 15:07:05 [PhilDay]
- rrsagent, draft minutes
- 15:07:06 [RRSAgent]
- I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html PhilDay
- 15:10:13 [PhilDay]
- zakim, end meeting
- 15:10:13 [Zakim]
- As of this point the attendees have been PhilDay, maryjom, bailey, Daniel, Mike_Pluke, GreggVan
- 15:10:15 [Zakim]
- RRSAgent, please draft minutes v2
- 15:10:16 [RRSAgent]
- I have made the request to generate https://www.w3.org/2025/09/11-wcag2ict-minutes.html Zakim
- 15:10:22 [Zakim]
- I am happy to have been of service, PhilDay; please remember to excuse RRSAgent. Goodbye
- 15:10:22 [Zakim]
- Zakim has left #wcag2ict
- 15:10:27 [PhilDay]
- zakim, bye
- 15:10:42 [maryjom]
- rrsagent, bye
- 15:10:42 [RRSAgent]
- I see no action items