17:02:11 RRSAgent has joined #aria 17:02:15 logging to https://www.w3.org/2026/04/30-aria-irc 17:02:15 RRSAgent, make logs Public 17:02:16 Agendabot, find agenda 17:02:16 jamesn, OK. This may take a minute... 17:02:16 agenda: https://www.w3.org/events/meetings/690d057f-db6d-4169-b13f-68d7f1336b59/20260430T130000/ 17:02:16 clear agenda 17:02:16 agenda+ -> New PR Triage https://github.com/search?q=is%3Aopen+is%3Apr+created:%3E=2026-04-23+repo:w3c/aria&type=Issues 17:02:16 agenda+ -> New Issue Triage https://is.gd/dHBUZx 17:02:16 Meeting: ARIA WG 17:02:17 agenda+ -> WPT Open PRs https://bit.ly/wpt_a11y 17:02:19 agenda+ -> Deep Dive planning https://bit.ly/aria-meaty-topic-candidates 17:02:58 present+ 17:04:38 melsumner has joined #aria 17:04:47 katez has joined #aria 17:04:54 present+ 17:04:55 present+ 17:04:56 present+ 17:04:59 scribe+ 17:05:15 Siri has joined #aria 17:05:17 CurtBellew has joined #aria 17:05:25 zakim, next item 17:05:25 agendum 1 -- -> New PR Triage https://github.com/search?q=is%3Aopen+is%3Apr+created:%3E=2026-04-23+repo:w3c/aria&type=Issues -- taken up [from agendabot] 17:05:25 I can't comment on that because it doesn't look like a github issue to me. 17:05:31 present+ 17:06:15 melsumner: We want to wait on the "add support for namerequired" issue 17:06:43 present+ 17:06:45 ... this is related to the listbox, want to look at a few other approaches 17:08:23 zakim, next item 17:08:23 agendum 2 -- -> New Issue Triage https://is.gd/dHBUZx -- taken up [from agendabot] 17:08:23 I can't comment on that because it doesn't look like a github issue to me. 17:09:32 spectranaut_: Deep dive added to the menu element proposal 17:11:16 spectranaut_: Question from the web: "What does it mean when a role has no allowed accessibility child roles section" 17:11:36 jamesn: sounds like a good first issue, as long as we know the actual right answer. 17:11:47 spectranaut_: yes, peter answered it. 17:12:51 zakim, next item 17:12:51 agendum 3 -- -> WPT Open PRs https://bit.ly/wpt_a11y -- taken up [from agendabot] 17:12:51 I can't comment on that because it doesn't look like a github issue to me. 17:13:30 zakim, next item 17:13:30 agendum 3 was just opened, Jacques 17:13:38 zakim, close this item 17:13:38 agendum 3 closed 17:13:39 I see 1 item remaining on the agenda: 17:13:39 4. -> Deep Dive planning https://bit.ly/aria-meaty-topic-candidates [from agendabot] 17:13:41 zakim, next item 17:13:41 agendum 4 -- -> Deep Dive planning https://bit.ly/aria-meaty-topic-candidates -- taken up [from agendabot] 17:13:41 I can't comment on that because it doesn't look like a github issue to me. 17:14:28 dgrogan: Chrome is working on these new attributes, and we have some idea on how to make this screen reader and keyboard friendly. 17:14:52 ... hoping to have a discussion on our proposal, thought it would be appropriate for a deep dive 17:15:19 jamesn: sounds like a good idea, even if we had a week with a light agenda we could do it in a standard meeting. 17:15:25 ... but a deep dive would be good. 17:15:52 spectranaut_: can we schedule this May? 17:16:44 dgrogan: Next week works for us. 17:17:40 dgrogan: I'd like Scott's input here, apple thoughts would be amazing. 17:18:20 zakim, next item 17:18:20 I do not see any more non-closed or non-skipped agenda items, Jacques 17:18:32 agenda? 17:19:49 agenda+ [CSS scroll-marker-group modes && WAI-ARIA patterns](https://github.com/w3c/css-aam/issues/18) 17:19:49 agenda+[How should alt text be exposed?](https://github.com/w3c/mathml-aam/issues/37) 17:19:56 zakim, next item 17:19:56 agendum 5 -- [CSS scroll-marker-group modes && WAI-ARIA patterns](https://github.com/w3c/css-aam/issues/18) -- taken up [from jamesn] 17:20:10 q? 17:21:19 spectranaut_: I was looking at this this morning and tabbing wasn't working as expected. I'm wondering if I am on the right version 17:22:10 spectranaut_: When I tab, it goes to the other focusable content in the tabs that shouldn't appear 17:22:18 q+ 17:22:18 ... and the scroll marker doesn't update 17:22:37 @daniil: sounds like a bug 17:22:56 ack Daniel 17:23:23 Daniel: I don't think this was happening to me, this was working right when I tested. 17:24:21 Daniel: this resembles the expected tab behavior, nothing to say at this point. 17:24:34 ... looks good to me, it works. 17:25:02 I'm getting the same behavior as valerie on macos with the latest canary build 17:25:18 jamesn: I am not sure if I am seeing the feature correctly, I see some bars appearing. 17:26:32 @daniil: that looks as expected, the bar is a scroll bar. 17:26:52 q+ 17:26:59 ... this is the expected behavior, authors can hide these if they like 17:27:01 ack Daniel 17:27:21 Daniel: Now noticing some differences between tab order and screen reader order. 17:28:50 ... I would have expected that after the tabs I would go to the headings, but the tab order isn't matching the screen reader order. 17:29:33 Daniel: If you want to get to the tab panel, you have to arrow up, with is counter intuitive 17:30:14 jamesn: I have a lot of questions, but I assume a lot of them are answered in the spec 17:30:22 ... such as name calculation for the markers, etc 17:31:03 @daniil: These calculations are documented in the spec link you can find from the explainer. 17:32:36 jamesn: In the tab mode, the scroll marker psuedo-element name calculation is what I am looking for. 17:32:56 @daniil: we only define the role for that. 17:33:53 jamesn: The browser seems to be using the name for either the heading or title of the surrounding div. 17:34:11 jamesn: This seems fine, but I want to understand where it is coming from. 17:34:30 @daniil: This would be folloing the normal rules. 17:34:55 jamesn: I don't think there is a defined rule for this, it needs to be defined. 17:35:53 jamesn: I'm seeing it in devtools. 17:37:10 jamesn: Its coming from the surrounding div title, so this needs to be defined, and shouldn't be entirely reliant on title. 17:38:03 @noah: it looks like this is coming from the surrounding content. 17:38:30 @noah: it picks it up from aria-label 17:39:20 jamesn: the name calculation needs to be defined. 17:40:32 jamesn: Another question: are you setting aria-selected on the selected tab or now? (or expanded) 17:41:00 @daniil: yes it is being set. 17:42:36 @noah: does aria-details use name as a fallback? 17:42:57 melsumner: this seems strange. 17:43:09 @noah: this might be a bug 17:43:46 spectranaut_: Do we need more time now or can we move on? 17:44:25 jamesn: I have other concerns, I have some weird behavior with find on page 17:44:37 ... it switches the tab but the controls don't switch 17:45:10 @daniil: sounds like a bug. 17:46:15 @jamesn: I still have some concerns that people may use this wrong 17:46:21 ... but that isn't the fault of the feature 17:47:12 @daniil: please review the spec when you can. 17:47:15 zakim, next item 17:47:15 agendum 6 -- [How should alt text be exposed?](https://github.com/w3c/mathml-aam/issues/37) -- taken up [from jamesn] 17:48:23 spectranaut_: there is a mathml alttext that isn't well supported or defined. 17:48:41 ... this is asking for a fallback for when mathml is not supported 17:49:12 q+ 17:49:16 ... the question here is "are there cases where the label should complement rather than fall back" 17:49:53 ack jamesn 17:50:20 jamesn: I think I aggree that the label or alt-text could be fallback content for when mathml is not supported. 17:50:51 ... couldn't they use description already for when they want it to supplement? 17:51:18 q+ 17:51:21 jamesn: I don't care which are the fallback and which are the supplemental, as long as both exist. 17:51:24 ack np-at 17:52:01 np-at: I'm wondering if there is any danger or issue with aria-label's behavior being different here. 17:52:03 strong agree with Noah here 17:52:42 jamesn: That would mean that label should always be an addition. 17:52:48 q+ 17:53:42 Jacques: This is kind of tangental, one thing I've heard that is hard from the author, if there is a lot of math content, not using mathml, rendering it in html to make it pretty, but they want to use mathml instead, it is hard to provide a good experience for screenreaders that do support it and don't support it 17:54:00 Jacques: I don't think the alt text solves that, but it would be nice to have one 17:54:58 Jacques: if a screen reader doesn't support mathml at all, rendering in html is better. Possible better than one giant alt text for the whole blob 17:55:38 q+ to ask if someone needs to use MathML and a SR, wouldn't they use a SR that supports MathML already? 17:55:41 spectranaut_: like canvas fallback 17:55:46 melsumner: 17:55:50 ack melsumner 17:55:50 melsumner, you wanted to ask if someone needs to use MathML and a SR, wouldn't they use a SR that supports MathML already? 17:56:08 Jacques: there is a narrator on windows doesn't support mathml 17:56:43 Jacques: there are microsoft product are trying to support other screen readers 17:57:12 ack me 17:57:14 melsumner: I strongly believe we should not use aria-label as a fall back 17:57:56 q+ 17:58:08 scribe+ 17:58:23 ack Jacques 17:58:28 ack np-at 17:59:07 np-at: I think mathl content works as inline text, and inline text + aria label is already one of the exceptions 17:59:18 ... or at least that is how some screen readers treat it. 18:00:04 ... for the paragraph role or other inline content, it may ignore the label sometimes 18:00:15 ... I'm not sure what the standard behavior is here. 18:00:44 zakim, end this meeing 18:00:44 I don't understand 'end this meeing', Jacques 18:00:47 zakim, end meeing 18:00:47 I don't understand 'end meeing', Jacques 18:01:19 zakim, end meeting 18:01:19 As of this point the attendees have been cyns, filippo-zorzi, katez, np-at, melsumner, CurtBellew, Daniel 18:01:21 RRSAgent, please draft minutes v2 18:01:22 I have made the request to generate https://www.w3.org/2026/04/30-aria-minutes.html Zakim 18:01:29 I am happy to have been of service, Jacques; please remember to excuse RRSAgent. Goodbye 18:01:29 Zakim has left #aria 18:25:10 Eloisa has left #aria