00:14:40 jongund has joined #aria 02:02:52 jongund has joined #aria 02:47:14 jongund has joined #aria 16:46:31 RRSAgent has joined #aria 16:46:31 logging to https://www.w3.org/2025/10/30-aria-irc 16:46:33 RRSAgent, make logs Public 16:46:35 Meeting: ARIA WG 16:46:39 agendabot, find agenda 16:46:39 jamesn, OK. This may take a minute... 16:46:40 agenda: https://www.w3.org/events/meetings/5a155237-d896-464b-9c5f-6dd1654293ae/20251030T130000/ 16:46:40 clear agenda 16:46:40 agenda+ -> New PR Triage https://github.com/search?q=is%3Aopen+is%3Apr+created:%3E=2025-10-23+repo:w3c/aria&type=Issues 16:46:40 agenda+ -> New Issue Triage https://tinyurl.com/2ndw9ecc 16:46:43 agenda+ -> WPT Open PRs https://bit.ly/wpt_a11y 16:46:45 agenda+ -> TPAC agenda https://github.com/w3c/aria/wiki/TPAC-2025-Kobe,-Japan-Agenda 16:46:48 agenda+ -> Expose implicit ARIA semantics (browser-defaults and ElementInternals) https://github.com/w3c/aria/issues/2663 16:46:51 agenda+ -> Add namefrom: heading. https://github.com/w3c/aria/pull/2650 16:58:24 front-endian-jane has joined #aria 16:59:31 giacomo-petri has joined #aria 17:00:34 pkra has joined #aria 17:00:35 Brett has joined #aria 17:01:04 filippo-zorzi has joined #aria 17:01:52 scott has joined #aria 17:01:54 regrets+ 17:02:06 present+ 17:02:11 ChrisCuellar has joined #aria 17:02:16 present+ 17:02:19 present+ 17:02:22 present+ 17:02:36 Zakim start meeting 17:02:41 scribe+ 17:02:45 present+ 17:02:50 aardrian has joined #aria 17:02:55 present+ 17:03:00 Zakim, next item 17:03:00 agendum 1 -- -> New PR Triage https://github.com/search?q=is%3Aopen+is%3Apr+created:%3E=2025-10-23+repo:w3c/aria&type=Issues -- taken up [from agendabot] 17:03:04 benbeaudry has joined #aria 17:03:08 present+ 17:04:00 Zakim, close this it3em 17:04:00 I don't understand 'close this it3em', front-endian-jane 17:04:03 Zakim, close this item 17:04:03 agendum 1 closed 17:04:04 I see 5 items remaining on the agenda; the next one is 17:04:04 2. -> New Issue Triage https://tinyurl.com/2ndw9ecc [from agendabot] 17:04:08 Zakim, next item 17:04:08 agendum 2 -- -> New Issue Triage https://tinyurl.com/2ndw9ecc -- taken up [from agendabot] 17:04:28 Jacques has joined #aria 17:04:41 jamesn nothing to discuss on first item (new issue), just a version bump 17:06:41 aardrian I'll take a look but it likely won't be needed because radio groups can be required 17:06:44 Zakim, close this item 17:06:44 agendum 2 closed 17:06:45 I see 4 items remaining on the agenda; the next one is 17:06:45 3. -> WPT Open PRs https://bit.ly/wpt_a11y [from agendabot] 17:06:52 Stefan has joined #aria 17:07:02 zakim, take up item 2 17:07:02 agendum 2 -- -> New Issue Triage https://tinyurl.com/2ndw9ecc -- taken up [from agendabot] 17:08:08 benbeaudry I am just looking for feedback from jcraig on this one 17:09:09 ... there is a difference on how aria-invalid is being applied between Chrome and Safari, and grammar errors marked with this are not being announced by Chrome on MacOS 17:09:20 jcraig I will take a look at this, you can assign it to me 17:10:43 jamesn we can lump 2664 in with 2653, the name "off" doesn't make sense 17:12:04 jcraig We need one mapped to undefined, but "off" doesn't sound like undefined. We need a difference between it being undefined and it only be announced when focus is on the element. This isn't just a wording things, but need to be in the IDL reflection so undefined is the default and we have a new word for timers and other things. 17:12:13 front-endian-jane I can take a look 17:12:52 sarah has joined #aria 17:13:29 Siri3 has joined #aria 17:14:35 jamesn is a change needed for 253, or is this a downstream bug with aria-details not being announced 17:15:09 Scott there is a missing note in core-aam to say aria-details should be announced 17:15:30 jamesn It feels like this should be done, and maybe browsers are already doing it? 17:16:00 scott You can assign me but I may need help with parts 17:16:13 https://github.com/w3c/aria/issues/2668 17:19:01 Scott this is a sub issue so it isn't appearing in the query for new issues to discuss in GitHub. There are wildly different results in screen readers with tooltips. We can discuss this or save it for a larger discussion on tooltips at another point. 17:19:51 ... I can create a PR and we can agenda discussing it once there is a PR. 17:20:04 Zakim close item 17:20:09 Zakim next item 17:20:14 Zakim, next item 17:20:14 agendum 3 -- -> WPT Open PRs https://bit.ly/wpt_a11y -- taken up [from agendabot] 17:20:32 sarah has joined #aria 17:20:56 jamesn I don't think there is anything to discuss for new WPT PRs 17:21:04 Zakim, close this item 17:21:04 agendum 3 closed 17:21:05 I see 3 items remaining on the agenda; the next one is 17:21:05 4. -> TPAC agenda https://github.com/w3c/aria/wiki/TPAC-2025-Kobe,-Japan-Agenda [from agendabot] 17:21:06 Zakim, next item 17:21:06 agendum 4 -- -> TPAC agenda https://github.com/w3c/aria/wiki/TPAC-2025-Kobe,-Japan-Agenda -- taken up [from agendabot] 17:21:28 lola has joined #aria 17:21:37 present+ 17:21:59 cyns has joined #aria 17:23:15 present+ 17:23:40 jcraig I am running the automation agenda item, I can run the AccName vs Content one if someone else can take that one 17:24:06 jamesn I can prep the AccName vs Content one if you are already doing the automation one 17:24:29 scott I can provide some context to help prep, though I'm unsure if I can attend. 17:26:14 lola has joined #aria 17:26:37 q+ 17:27:31 jamesn I suspect that we will cancel next weeks meeting because of TPAC and travel. If anyone has questions about the agenda please reach out. 17:28:11 cyns Is it possible to create separate calendar invites for each meeting? 17:28:18 Daniel I will look into it 17:28:26 q- 17:29:14 jcraig if any of the times don't work for people who are attending remotely let us know 17:29:58 ... it would be good to get 4 issues we can discuss and get through, ping myself and Val if you have issues you'd like discussed 17:30:49 ... We have a joint meeting with APA to discuss how to deal with spec changes that span both groups and so we can provide accessibility expertise when needed. 17:31:01 jongund has joined #aria 17:31:21 ... We also have a joint meeting with AGWB to discuss what may be required of us for WCAG3. 17:31:57 Daniel We will find out in the future based on work from them about when/how they'll want to work with us 17:32:49 Zakim, next item 17:32:49 agendum 5 -- -> Expose implicit ARIA semantics (browser-defaults and ElementInternals) https://github.com/w3c/aria/issues/2663 -- taken up [from agendabot] 17:34:20 giacomo-petri has joined #aria 17:34:54 benbeaudry I want to give a simple summary to keep it short: ElementInternals were created to query about the attributes that the author set, but there is no way to get ARIA attributes from this, but testing tools like axe run in the browser and need to check for author made errors. They don't care about the computed tree for this, they need the 17:34:54 author edited values. 17:35:25 ... These tools have no way to run these tests and came to us to ask for a fix to this problem. 17:35:30 present+ 17:36:19 ... We are in the very early stages of this, still brainstorming ideas of how to do this without creating a web driver specific API because that wouldn't git their need. It needs to be secure and protect information about whether a user is using an assistive tech. 17:37:28 q+ to say I'm hesitant to introduce an API that breaks encapsulation for testing purposes. Adding something to WebDriver or extensions is fine of course, and what Axe-Core needs is already available as an audit in WebKit, probably others. 17:37:58 ... In our first solution we though we could expose the internal value via ElementInternals and it didn't wouldn't work when we validated it, so we wanted to only expose only the ARIA implicit values as a read-only API, or always expose all of the properties that the author changes so future values would get captured. 17:38:23 ack jcraig 17:38:23 jcraig, you wanted to say I'm hesitant to introduce an API that breaks encapsulation for testing purposes. Adding something to WebDriver or extensions is fine of course, and what 17:38:23 ... They don't want to just open up ElementInternals, but the community creating accessibility testing tools kind of need this for their tools to work. 17:38:26 ... Axe-Core needs is already available as an audit in WebKit, probably others. 17:39:49 q+ 17:40:34 jcraig there are so many pieces of the chain that need to be automated, axe is one, web drivers are another, acacia is another. I don't disagree that it would be useful for Deque to know these details for axe-core. Why do they thing it needs to be an open web API versus a web driver? We are working to expand the web driver, though it may not solve 17:40:34 the case for them. 17:41:38 ... In Safari we shipped a feature called Audits and reached out to testing venders about this with a prototype a11y audit. There are extra hooks in a secure, developer context. I think Chrome has similar features. Is that enough? 17:41:55 q+ 17:43:32 q- 17:43:33 benbeaudry We have discussed that a lot. Their reasoning is ideally yes, that is what they would do, their JS API is used widely in production in non-developer contexts, so if their thing will fall apart. This is the most upvoted issue from users of axe-core because it breaks on custom elements. It is returning false positives on this components. 17:43:47 s/this/those/ 17:44:24 ... they are asking if we can return to the state they had before ElementInternals broke things and it has worked for the past 25 years. 17:44:40 q+ to suggest framework component vendor dev vs client dev 17:44:43 ack giacomo-petri 17:45:23 ack jcraig 17:45:23 jcraig, you wanted to suggest framework component vendor dev vs client dev 17:45:23 ack me 17:45:26 giacomo-petri ElementInternals was created to hide of some of these things, so I don't think this is an ARIA problem 17:46:19 jcraig I see this as two different clients. One of the things that needs to be validated is did the application dev do the right thing, the other is if they are using a framework, is the framework accessible 17:46:22 q+ 17:47:20 scribe+ 17:47:24 agenda? 17:47:40 ack front-endian-jane 17:47:44 jcraig the web is more complicated than when axe-core started, and so this break incapsulation 17:48:10 jane: wanted to mention that the line between fw author and content author is blurry 17:48:31 q? 17:48:35 ... if they have to invest a large amount of effort to setting up different testing systems w/ custom components vs no 17:48:36 q+ 17:49:20 ... not just a deque issue - there is lots of money and effort built around the way things work. Just because we switch to custom components it feels to developers that this should be the same. 17:50:04 ... want to voice that it is going to be a large cost. Can we do a serious analysis of what are the security concerns. What is the impact of this being exposed and whether or not that is worth it. 17:51:00 benbeaudry axe-core is the basis of a lot of testing tools out there so this would have impacts and break backwards compatibility for a lot more the Deque. 17:51:54 ... There is reason to make ElementInternals private, it should be scoped, closed, encapsulated, but it was also the only way to set some ARIA things. The security was inherited by was not the reason why people chose it, it was just the only way to set things for custom elements. 17:52:13 q+ 17:52:25 ack cyns 17:52:54 cyns Wilco's point is good that not everyone doing this is in an a11y environment and may not have the permissions to do more complete developer testing 17:52:57 q+ 17:53:05 q+ to demo what I'm talking about 17:53:12 ack jcraig 17:53:12 jcraig, you wanted to demo what I'm talking about 17:55:39 jcraig (demoed how audits work in Safari and how the Accessibility audit works) 17:57:21 Jacques has joined #aria 17:57:58 q? 17:58:14 ack front-endian-jane 17:58:51 jane: would there be a problem if those browser audits can't be in CI and then we get disagreeements between different test flows? 18:00:54 benbeaudry This is a cool technology that would be great, but would cause a lot of breakages and work for people using the existing tools 18:01:21 Zakim, end meeting 18:01:21 As of this point the attendees have been Adam_Page, CurtBellew, chrishtr, filippo-zorzi, benbeaudry, giacomo-petri, katez, Daniel, Jacques, lola, ChrisCuellar, front-endian-jane, 18:01:24 ... keithamus, Stefan, sarah, scott, pkra, aardrian, Siri 18:01:24 RRSAgent, please draft minutes v2 18:01:25 I have made the request to generate https://www.w3.org/2025/10/30-aria-minutes.html Zakim 18:01:32 I am happy to have been of service, front-endian-jane; please remember to excuse RRSAgent. Goodbye 18:01:32 Zakim has left #aria 18:34:49 jongund has joined #aria 19:24:41 jongund has joined #aria 19:35:46 jongund has joined #aria 20:09:58 jongund has joined #aria 20:28:02 jongund has joined #aria 20:36:15 jongund has joined #aria 20:51:46 jongund has joined #aria 21:00:17 jongund has joined #aria 21:18:08 ChrisCuellar has joined #aria 21:18:43 jongund has joined #aria 21:56:20 jongund has joined #aria 22:25:12 jongund has joined #aria 23:00:54 jongund has joined #aria 23:16:16 jongund has joined #aria 23:43:08 jongund has joined #aria