16:49:44 RRSAgent has joined #aria 16:49:48 logging to https://www.w3.org/2024/08/01-aria-irc 16:49:48 RRSAgent, make logs Public 16:49:49 Meeting: ARIA WG 16:49:49 agendabot, find agenda 16:49:49 jamesn, OK. This may take a minute... 16:49:50 agenda: https://www.w3.org/events/meetings/2b57854a-65cb-421e-b9e0-f9a8da31f160/20240801T130000/ 16:49:50 clear agenda 16:49:50 agenda+ -> New Issue Triage https://tinyurl.com/4afepdmv 16:49:50 agenda+ -> New PR Triage https://tinyurl.com/5cjkk943 16:49:52 agenda+ -> WPT Open PRs https://bit.ly/wpt_a11y 16:49:55 agenda+ -> Deep Dive planning/TPAC Planning https://bit.ly/aria-meaty-topic-candidates 16:49:58 agenda+ -> Discussion tracking for ARIA Notification proposal https://github.com/w3c/aria/issues/1957 16:50:01 agenda+ -> Computation steps, section 2C could be more clear https://github.com/w3c/accname/issues/244 16:50:04 agenda+ -> CSS text-transform should not affect computed name https://github.com/w3c/accname/issues/239 16:50:07 agenda+ -> Values table for aria-multiselectable/aria-current are missing "undefined" https://github.com/w3c/aria/issues/2176 17:01:20 Adam_Page has joined #aria 17:02:06 present+ 17:02:07 sarah has joined #aria 17:02:14 present+ 17:02:15 melsumner has joined #aria 17:02:26 chair: jamesn 17:02:46 present+ 17:02:47 scribe: me 17:02:56 scott has joined #aria 17:02:56 present+ 17:03:01 filippo-zorzi has joined #aria 17:03:03 zakim, first item 17:03:03 I don't understand 'first item', sarah 17:03:17 present+ 17:03:28 zakim, next item 17:03:28 agendum 1 -- -> New Issue Triage https://tinyurl.com/4afepdmv -- taken up [from agendabot] 17:03:29 present+ 17:03:33 aardrian has joined #aria 17:03:35 present+ 17:03:38 present+ 17:03:39 Francis_Storr has joined #aria 17:03:44 giacomo-petri has joined #aria 17:03:44 present+ 17:03:46 jamesn: I hate zoom 17:03:49 present+ 17:03:50 hahaha 17:04:08 just in time to read it! 17:04:10 :D 17:04:15 jamesn: six new issues, the first is potenitally outdated document should be deprecated or have message 17:04:27 jamesn: file that against someone else 17:04:39 jamesn: because this isn't aria. This is WCAG. 17:04:50 aardrian: this is WCAG 1.0 17:05:12 melsumner: I'll move it 17:05:25 jamesn: spec for menu/menuitem does not provide enough guidance for structure 17:05:52 jamesn: sounds like something we could do, agenda this? 17:06:01 jamesn: agenda'd for next week 17:06:31 aardrian: referring to a sibling-accessible-object vs. sibling element. This feels like an editorial change 17:06:42 jamesn: I want to get more clarification from Aaron, so agenda-ing for next week 17:06:57 jamesn: do HTML form and dialog elements require an accessible name 17:07:26 jamesn: I guess we don't need to talk about this, there's an open PR already 17:07:35 jamesn: WPT tests for sectionheader and sectionfooter 17:07:55 jamesn: this isn't really ARIA, this is WPT right? Any ARIA implication here james? 17:08:03 aaronlev has joined #aria 17:08:22 jcraig: I agree, I think there's a related issue or PR 17:08:38 jcraig: will add a link 17:08:48 katez has joined #aria 17:08:55 jamesn: Prettier throws errors on PRs opened from forks, this is an editorial issue 17:09:28 jcraig: https://github.com/w3c/aria/issues/2295 17:09:41 zakim, next item 17:09:41 agendum 2 -- -> New PR Triage https://tinyurl.com/5cjkk943 -- taken up [from agendabot] 17:10:00 jamesn: Update computation step 2C for clarity 17:10:32 jamesn: anyone else who wants to review? We normally look for three, but if Aaron is good with it. Maybe someone from Apple? 17:10:35 jcraig: sure 17:11:26 present+ Daniel 17:12:06 jamesn: remove name required from discussed roles (skipping editorial one) 17:13:11 (adding adrian and sarah as reviewers) 17:13:18 jamesn: might be good to try to get Matt to review it 17:14:00 jamesn: last one, remove important terms from core aam 17:14:17 jamesn: this is editorial, already have two reviewers, that's enough 17:14:20 zakim, next item 17:14:20 agendum 3 -- -> WPT Open PRs https://bit.ly/wpt_a11y -- taken up [from agendabot] 17:14:38 jcraig: OK with me to skip this seciton 17:14:41 zakim, close this item 17:14:41 agendum 3 closed 17:14:42 I see 5 items remaining on the agenda; the next one is 17:14:42 4. -> Deep Dive planning/TPAC Planning https://bit.ly/aria-meaty-topic-candidates [from agendabot] 17:14:46 zakim, next item 17:14:46 agendum 4 -- -> Deep Dive planning/TPAC Planning https://bit.ly/aria-meaty-topic-candidates -- taken up [from agendabot] 17:15:11 jamesn: Sarah's so slow at typing 17:15:25 (scribe trolling) 17:15:25 q+ 17:15:35 😅 17:15:59 Clay: if I can only go for a couple days to TPAC, what are the most impactful days? 17:16:02 jamesn: monday and tuesday 17:16:37 jamesn: seeing as we have at least one participant from freedom and mozilla, browser interop and use of AT and how we can better work with AT topics would be really relevant and great things to talk about 17:16:48 scott has joined #aria 17:17:01 jamesn: this is not the chair's meeting, this is the group meeting, so while we can propose agenda, it's not for us to propose the whole meeting 17:17:04 q+ 17:17:14 https://github.com/w3c/aria/discussions/2283 17:17:30 jamesn: can also tag with f2f candidate 17:17:35 ack smockle 17:17:39 ack sarah 17:17:45 sarah: is there a time by which proposals should be done? 17:17:52 jamesn: want to get the agenda done a couple weeks before the meeting 17:18:25 jamesn: ideally we start to get stuff done a month before the meeting, but there might be some gaps by that point. The sooner we get topics the better, some people might want to go to multiple meetings, so we have to plan the agenda around when those will be. 17:18:36 jamesn: we overlap with AG and a number of other WGs that people will attend as well 17:19:06 jamesn: I'm going to keep bugging you every week at these meetings. The deadline is as soon as you think of something, put it in there. 17:19:22 jamesn: we could have a whole hour of awkward silence 17:19:33 jamesn: (throws Aaron under the bus) 17:19:55 aaronlev: (accepts being thrown under the bus) 17:20:03 zakim, next item 17:20:03 agendum 5 -- -> Discussion tracking for ARIA Notification proposal https://github.com/w3c/aria/issues/1957 -- taken up [from agendabot] 17:20:43 jamesn: Aadrian has done a great job of reviewing this, but I don't seen any other discussion 17:20:51 aardrian: as far as I know, I haven't gotten responses 17:21:09 Doug: I don't know if Clay and Keith you want to take this on, or if you want me to respond. I didn't want to step on toes 17:21:27 smockle: happy to jump in 17:21:38 Doug: Clay and I will work things out, and I'll make sure there are responses 17:22:00 Doug: not coming to TPAC, I don't know if Clay and Keith will be, so there will be representation so would be good to have a session on this 17:22:19 jamesn: I'm hesitant to do too many deep dives on this. If there's something urgent that needs to be worked out, we can do this. 17:22:28 Doug: I hope we don't spend TPAC just bringing people up to speed 17:22:37 jamesn: it'd be great to have some real-life demos of this stuff and how it will work 17:23:06 smockle: we developed two demos that are used in the native implementation if it exists, and falling back to a polyfill that we made at github. The demo has some issues, so it'd be best to look at not right now 17:23:15 agenda? 17:23:16 jamesn: sounds like we have a potential topic coming up 17:23:28 keithamus: would be good to have a topic on it at TPAC so we can discuss 17:23:33 zakim, next item 17:23:33 agendum 6 -- -> Computation steps, section 2C could be more clear https://github.com/w3c/accname/issues/244 -- taken up [from agendabot] 17:24:03 jamesn: have a PR for this, probably don't need to talk about it because we already have reviewers assigned 17:24:11 jamesn: Melanie, can we remove the agenda? 17:24:22 melsumner: I think we should just ship it if Apple's OK with it 17:24:31 zakim, next item 17:24:31 agendum 6 was just opened, sarah 17:24:35 zakim, close this item 17:24:35 agendum 6 closed 17:24:36 I see 2 items remaining on the agenda; the next one is 17:24:36 7. -> CSS text-transform should not affect computed name https://github.com/w3c/accname/issues/239 [from agendabot] 17:24:38 zakim, next item 17:24:38 agendum 7 -- -> CSS text-transform should not affect computed name https://github.com/w3c/accname/issues/239 -- taken up [from agendabot] 17:25:04 jamesn: want to make sure we're all on the same page on this. Melanie, your last comment suggested you're not on the same page 17:25:30 jamesn: I think the general understanding as far as I'm aware, is that what is rendered should be what is in the acc tree. So if it's transformed to uppercase with CSS, it should be in the tree 17:25:55 melsumner: I thought it was what is rendered to the DOM. Isn't this true for reading order too? 17:26:02 aardrian: going to suggest that move into a different discussion 17:26:27 melsumner: my perspective is what's reflected in the DOM, not the browser, is the machine-readable part 17:26:52 bryan: Right now, browsers in chrome I've noticed transform will actually reflect the uppercase. So if you transform, it will actually reflect that in the a11y tree 17:27:21 q+ 17:27:25 Adam_Page: I can confirm that, as the original reporter of this I kinda came in guns blazing that it should be the other way. I didn't know there was debate that it should reflect what's in the css 17:27:37 q+ 17:27:40 Adam_Page: I can confirm that all three browsers do reflect the CSS in the a11y tree 17:27:42 q+ 17:28:04 ack scott 17:28:10 q+ 17:28:20 Adam_Page: if you copy text to the clipboard, you don't get the transformed text. So that's an intriguing difference but I can accept that behavior and close this 17:28:48 scott: we shouldn't be looking for css changes to the DOM, because that's not how it works. The css is reflected in the a11y tree, I don't know if that's a good idea, but it's true now 17:29:15 ack jcraig 17:29:22 scott: when you copy, it is taking the text from the DOM. Anyone using reader mode or their own user stylesheets they could affect this and hey the name is different? That's weird, but was decided on before 17:30:36 jcraig: we in this case, the apple a11y team, has long reflected -- we try to err on the side of exposing what is there. We don't always know why the author has chosen to represent something to the user in uppercase or capitalize or lowercase. But there are a number of specific cases where an AT user needs to know these differences. So I think um 17:30:36 for 15 years or so, we've reflected what is rendered in the render tree, not in the DOM. I think that's desirable in those cases. However, there is a text transform fullsize-kana. Going to paste some issues in 17:30:41 text-transform: full-size-kana 17:31:05 jcraig: I don't fully understand because I don't read kana, but we're going to make a change for because it results in teh speech engines confused about the context of the characters and misspeaks theme 17:31:15 jcraig: will paste that bug in a second 17:31:21 https://bugs.webkit.org/show_bug.cgi?id=261565 17:32:07 jcraig: I think there is a CSS issue about this as well. I don't have that one handy. Just FYI, there will be some changes to this. In this particular case it just results in broken behavior. But in general, the capitalization is something we want to reflect to AT users 17:32:08 ack sarah 17:32:09 ack me 17:32:28 sarah: I just was going to throw out that I can't type and talk at the same time 17:33:11 sarah: capitalization reflected in the ax tree has always been a problem because it results in some mispronunciation 17:33:38 h3's were popularly styled for years as text-transform uppercase, letter-spacing 1px :) 17:33:39 most times, the DOM reflects the intended capitalization 17:33:48 ack melsumner 17:34:11 so i wonder if the "AT users need to know what's rendered" is actually true 17:34:22 melsumner: I've had it drilled into me that this is about machine-readable code. What's in the DOM should be machine-readable, and use CSS to style how you want it to appear. But the underlying markup better be correct 17:34:39 q+ 17:34:45 s/most times, /sarah: most times, / 17:34:46 melsumner: so I think the issue is actually correct based on how it's supposed to work. I have a strong aversion to saying text-transform uppercase should be uppercase to AT, because I strongly disagree 17:34:47 Q+ 17:34:56 ack Adam_Page 17:35:08 s/so i wonder /sarah: so i wonder / 17:35:23 q+ 17:35:24 q+ 17:35:25 Adam_Page: part of the reason I came in forcefully on this is my own personal preference that aligns with Mel. Also the CSS spec itself says the spirit of this is that it is presentational, so it just seemed to be true to the spirit of that 17:35:27 q+ 17:35:38 ack aardrian 17:35:40 Adam_Page: I can see developers looking at the CSS spec and assuming the a11y tree align with that interpretation 17:36:00 aardrian: personally I don't think CSS should mess with this, however as scott alluded, if there is existing behavior and that behavior is consistent, I'm disinclined to blow that up 17:36:02 ack jamesn 17:36:02 q+ 17:36:15 q+ 17:36:32 q- 17:36:58 q+ to say the blind VoiceOver QA team and lots of blind VoiceOver users have solidified the principle to let them know what's actually there. 17:37:00 jamesn: I was going to say exactly the same as you just then. If this wasn't the case, and CSS text-transform didn't change the accName, I would say we should leave the behavior as-is. But seeing as al three browsers do the same thing, there must be some reason. Or maybe it was accidental and convenience. THe fact that it's consistent makes me 17:37:00 concerned if we want to change it 17:37:01 ack jcraig 17:37:01 jcraig, you wanted to say the blind VoiceOver QA team and lots of blind VoiceOver users have solidified the principle to let them know what's actually there. 17:37:01 ack me 17:37:06 q+ 17:37:44 Matt_King has joined #aria 17:38:19 agree with james nurthen. i do not like this. i think this should have been a setting. similar to sarah my experience in developing websites and translating designs to code was that designers often used capitalization to visually call out content - not because they wanted ADD TO CART to be announced as A-D-D to cart 17:38:40 but i also do not think we should change what is implemented in all browsers 17:38:53 jcraig: I understand in theory as a web developer the separation of content from presentation, believe it or not the reason I know this history is because this is one of the first bugs I raised to the a11y team when I came in as a web dev in 2006. It wasn't specific to text-transform, it was also about generated content. We had a long discussion 17:38:53 with a much smaller a11y team that I later joined. Since then, it's been very very consistent. As far as I'm aware, every blind QA member and also customers on the outside who are blind, now always specific to CSS, in general the principal is always let me know what is always there. This has been a principal that I've kept during my time there. 17:38:53 Show me what's actually there 17:39:02 q- 17:39:12 jcraig: the fact that it results in some mispronunciations, I think that should be addressed as speech engine bugs 17:39:33 jcraig: I don't think it should change that particular scenario. This is kind of a longstanding one I would be against changing it in general 17:39:38 ack sarah 17:40:31 sarah: i disagree for one primary reason... as an author. there is no way to fix this. 17:41:36 sarah: for example: "about us" becomes "ABOUT US" pronounced as "about U.S." 17:41:51 q+ to ask jcraig can you explain what you mean by speech engine bug 17:41:53 For an example: see the ffconf approach that Remy wrote up: https://remysharp.com/2024/07/23/screen-reading-eff-eff-conf 17:41:57 Adam_Page: another example, A-D-D to cart. Another speech engine did pronounce US as "us" 17:42:00 q? 17:42:11 adam: "A.D.D. to cart" 17:42:16 q+ 17:42:34 ack aaronlev 17:42:46 agenda? 17:43:41 aaronlev: kinda like James Craig, I understand the POV of people from the authoring side that think it doesn't make sense. I think the reason all the browsers act like this is getting rid of extra whitespace. If you do "about _ _ us", we fix that by getting the rendered name that gets rid of the extra spaces, which also gets the capitalized text. 17:43:41 This is actually not simple to fix, because we'd have to get the DOM text, then do the same logic as the render tree to get rid of the spaces 17:43:59 aaronlev: I imagine some pages might be built that assume it's working, maybe we want to put in a hint 17:44:15 qv? 17:44:22 ack melsumner 17:44:22 melsumner, you wanted to ask jcraig can you explain what you mean by speech engine bug 17:45:11 melsumner: I'd like to get some clarification from jcraig about speech engine bug. Also +1 to sarah's blow this up because it's wrong. I can't count how many websites I've made with h3, text-transform uppercase. No matter what we do, it's going to break something because we've implemented something in browsers that doesn't match everythign else 17:45:22 q? 17:46:07 VoiceOver reads "AWS" not as "a-w-s" but "awes" (I've always found it amusing) 17:46:32 jcraig: so on every platform, the screen reader isn't usually the thing that does the voicing. For example, on mac systems, both VO and siri make calls out to a speech engine, and each speech engine have one or more voices that can pronounce text. So the speech engine is the thing that is taking the text with one or more attributes. So for mac and 17:46:32 iOS, and also for windows and android, not every speech engine knows how to pronounce every language on the planet. Western and eastern languages are handled by different engines 17:46:41 acappella and nuance, for exampel 17:46:46 s/exampel/example 17:47:46 jcraig: I just tried A-D-D to cart with alex, and it does it correctly. I'm going to try it with a different speech engine, and that might be the one that mispronounces it. But it's effectively a downstream software process from the screen reader. FWIW, it's going to get really really good in the next few years with all the advances in language 17:47:46 modeling. I think these errors will go away within our lifetime. 17:47:48 q+ 17:48:01 ack Matt_King 17:48:08 jcraig: I think that's going to be a solvable problem that will resolve itself over time 17:48:10 Matt_King 17:48:37 giacomo-petri has joined #aria 17:49:40 Matt_King: I hear both sides of this, I have a really difficult time thinking about deviating from the show me what's there principal. Because if I have written CSS, I need to know what's there. There's been some situations where people have made stuff caps, where there was a discussion about using CSS to make normative words uppercase. If you do 17:49:40 that, you really need to know, but we ended up making it uppercase in the DOM content. But I can still imagine situations where that's what people would do, so I need to know as a blind user what's there on the page 17:49:47 katez has joined #aria 17:49:56 Matt_King: I don't know if I fully agree with jcraig that it's a speech engine bug because you need to know so much about the context 17:50:50 ack sarah 17:50:57 Matt_King: the bugs I hear from so many screen readers, I don't know that any are better. Unless there's a deterministic way to get authors to say this is not an acronym and this is, and to get speech engines to respect spelling of acronyms. There are so many acronyms and times I capitalize stuff where I want it to be read as individual letters and 17:50:57 it's not 17:51:58 Sarah: Going to update my opinion based on what Jamesn and jcraig said. Less inclined to blow things up. 17:52:05 sarah: based on what aaronlev and jcraig, where because it's a lot of work to fix something that will be fixed elsewhere, I'm updating my opinion to "likely not worth it" 17:52:06 q+ 17:52:26 Adam_Page: there is the semantic abbr element for what it's worth, but that would be another proposal to make that more deterministic 17:52:43 Matt_King: that's about saying what the words mean, not strictly about saying "A-B-C" instaed of trying to announce "abc" 17:52:54 jamesn: and sometimes that's read as a word, and sometimes as letters 17:53:08 q+ 17:53:14 jamesn: so there is stuff in APA around pronunciation, so some spec is looking at SAML for pronunciation for certain things 17:53:16 q+ 17:53:23 ack me 17:53:30 q+ 17:53:32 jamesn: so for certain weird words and abbreviations, but wouldn't want to use that for standard words 17:53:33 q- 17:53:47 jamesn: if we decide we need to the text-transform version, do we need a spec change to specify that? 17:53:48 Ref I am not going to share with a comment, Pronunciation TF: https://www.w3.org/WAI/pronunciation/ 17:54:03 Adam_Page: I think it'd be helpful to state that, because accname just doesn't make any mention of the issue 17:54:04 ack scott 17:54:22 I could not get 4 different speech engines on my current Mac system to mispronounce "ADD TO CART" 17:54:28 say -v Alex "ADD TO CART" 17:54:28 say -v Samantha "ADD TO CART" 17:54:28 say -v Eddy "ADD TO CART" 17:54:28 say -v Susan "ADD TO CART" 17:54:28 man say 17:54:31 https://www.w3.org/WAI/about/groups/task-forces/pronunciation/ -> Spoken presentation Task Force 17:54:43 scott: sounds like something in accname, and an issue in html aam in lieu of the oft-talked-about never-made css aam. And it seems also that maybe someone could be brave enough to make an issue and PR against the css spec to say "lol this is just decorative but also it's not really ha ha ha." 17:54:43 those are terminal commands 17:54:47 ack jcraig 17:55:02 @jcraig try Daniel and "AWS Manager" 17:56:40 q+ 17:56:59 jcraig: each of those voices, alex, samantha, eddy, susan, are run through different speech engines. In all cases it said add to cart, not a-d-d to cart. I understand this is frustrating to say, since we have this one weird bug in one speech engines to address this. What I'm trying to say is we have a number of things in SRs to address this, if we 17:57:00 step through char by char we have ways to know casing, e.g. in VO this is done by a higher pitch. This is where users have said they want to know what's there. I couldn't get this particular example but I'm certain there's another one we could get to mispronounce. That we see this between browsers, I think this is an annoyance to devs that this is 17:57:00 mispronounced once in a while 17:57:22 jamesn: could we get consensus to specify that this is the expected behavior? 17:57:25 (various yeses) 17:57:35 melsumner: to leave this alone and not change this? 17:57:53 melsumner: I'd be happy to clarify that this is how it is, but I don't want to spec that this is desired 17:58:22 q+ 17:58:29 jcraig: maybe the clarification is that -- (AWS is mispronounced)-- that this isn't correct behavior for the speech engine, but it's correct behavior that SRs should pass along the current caplitalization to the downstream user 17:58:30 ack me 17:58:42 jcraig: if it gets muddled downstream from that, that's a bug in that particular framework or subset of the stack 17:58:45 zakim, close the queue 17:58:45 ok, jamesn, the speaker queue is closed 17:59:02 melanie is correct that this one is mispronounced: 17:59:04 say -v Daniel "AWS Manager" 17:59:20 Matt_King: I agree with that 100%. I'm not so sure that this idea that we shouldn't take anything from CSS is the principal that we want to have. We want AT users to know what is being rendered, they have to be able to be in control of how to understand it 17:59:30 jamesn: we take before and after content 17:59:35 scott: display none, visibility hidden 17:59:44 ack scott 17:59:46 Matt_King: we take a lot of thigns from css, that was the reason behind css aam 18:00:21 +1! 18:00:41 scott: I was going to say what Matt said. I agree with the separation of concerns, I get that, and also there are a lot of things that css does contribute to the a11y tree. Whether we like it or not, this is one of them. I understand both sides, but we should make spec changes rather than just argue 18:00:43 +1 to Scott (TO SCOTT) 18:00:57 jamesn: I thikn we have general consensus, but not unanimity to this 18:01:25 scott: I'll write an issue against html aam for this so it's tracked. I think there's probably a css issue to file to the text that says it's decorative only 18:01:29 corrected pronounced: -v Samantha "AWS Manager" 18:01:41 Rahim: I've started tagging css issues with a label, so maybe this could have it too 18:01:44 incorrectly prounced say -v Eddy "AWS Manager" 18:02:01 zakim, bye 18:02:01 leaving. As of this point the attendees have been smockle, Rahim, sarah, melsumner, filippo-zorzi, scott, Adam_Page, aardrian, Francis_Storr, giacomo-petri, Daniel 18:02:01 Zakim has left #aria 18:02:15 rrsagent, make minutes 18:02:17 I have made the request to generate https://www.w3.org/2024/08/01-aria-minutes.html sarah 18:11:41 more issues on the text-transform topic: 18:11:42 https://github.com/w3c/csswg-drafts/issues/3775 18:12:36 https://github.com/w3c/csswg-drafts/issues/3143 18:12:47 https://github.com/w3c/csswg-drafts/issues/3745 18:13:35 rrsagent, make minutes 18:13:37 I have made the request to generate https://www.w3.org/2024/08/01-aria-minutes.html jcraig 18:13:53 present+