16:54:18 RRSAgent has joined #aria 16:54:22 logging to https://www.w3.org/2023/05/25-aria-irc 16:54:22 RRSAgent, make logs Public 16:54:23 please title this meeting ("meeting: ..."), jamesn 16:54:25 meeting: ARIA WG 16:54:32 agendabot, find agenda 16:54:32 jamesn, OK. This may take a minute... 16:54:33 agenda: https://www.w3.org/events/meetings/ecffaf8b-8aa7-4acc-b238-6088a86cf12f/20230525T130000 16:54:33 clear agenda 16:54:33 agenda+ -> New Issue Triage https://bit.ly/422m6oD 16:54:33 agenda+ -> New PR Triage https://bit.ly/3MR3jIm 16:54:35 agenda+ -> Windows/Mac differences in presentation of some HTML-AAM implicit roles https://github.com/w3c/html-aam/issues/467 16:54:38 agenda+ -> do we need a focusable definition https://github.com/w3c/aria/issues/1936 16:56:59 regrets+ CureBellew 16:57:02 regrets+ CurtBellew 16:57:08 regretsi CureBellew 16:57:14 regrets- CureBellew 16:57:49 regrets+ BryanGaraventa 16:58:00 regrets+ StefanSchnabel 16:58:08 regrets+ AriellaGilmore 16:59:03 present+ 16:59:12 chair: JamesNurthen 16:59:20 rrsagent, make minutes 16:59:21 I have made the request to generate https://www.w3.org/2023/05/25-aria-minutes.html jamesn 16:59:49 s/regretsi CureBellew// 16:59:50 daniel-montalvo has joined #aria 17:00:27 Adam_Page has joined #aria 17:00:57 spectranaut_ has joined #aria 17:01:18 present+ 17:01:52 pkra has joined #aria 17:02:33 scribe: dmontalvo 17:02:54 Zakim, take up next 17:02:54 agendum 1 -- -> New Issue Triage https://bit.ly/422m6oD -- taken up [from agendabot] 17:03:33 James: HTML-AAM #489 17:04:17 Scott: already responded. Something that should probably updated in ARIA 1.3 for generic 17:04:30 ... If many HTML elements don't map to generic I am not sure where they should be mapping to 17:04:30 +1 17:04:53 ... It's either they are not mapped or they are presentational 17:05:21 ... IF they have some properties like aria-live they become generic, 17:05:30 Jamesn: Are you volunteering? 17:05:34 Scot: Yes, I'll write some text for this 17:05:47 JamesN: Let's agenda it for later just to make sure we don't miss anything 17:06:06 JamesN: ARIA #943 17:06:40 my mic is failing me. 17:06:44 I think it was just a question. 17:06:52 Scott: Peter's response makes sense here, there is potential clarifications we can make, mainly editorial changes 17:06:55 I don't think it needs a clarification. 17:07:03 siri has joined #aria 17:07:04 JamesN: Does anyone want to clarify or we should close it? 17:07:53 MarkMcCarthy has joined #aria 17:07:54 present+ 17:08:12 Peter: I think it is a newly question, agree we should be closing it 17:08:22 S/newly/newby/ 17:08:52 JamesN: ARIA #1942 17:09:32 ... Something we should take on our Editors call, We are not meeting this Monday though because of holidays 17:10:53 JamesN: There is already precedent in using ARIA stuff for other than accessibility 17:11:37 Scott: Seems like a very weird change. We can create synonyms for things, otherwise that's going to break stuff 17:12:10 present+ 17:12:33 Peter: IF HTML had something posinset I would be happy. Sure there are properties that should be more general but there's where HTML comes 17:12:42 JamesN: It may not be HTML though 17:12:58 ... Potentially they are creating something and that's why they want to reuse what we already have in here 17:13:14 Peter: We'd need a Deep Dive 17:13:28 JamesN: Anyone want to contact this person and find out more? 17:14:17 JamesN: Seems like a Deep Dive / TPAC conversation 17:14:24 Peter: Even a TAG conversation 17:14:37 Zakim, next item 17:14:37 agendum 2 -- -> New PR Triage https://bit.ly/3MR3jIm -- taken up [from agendabot] 17:14:54 Zakim, take up item 1 17:14:54 agendum 1 -- -> New Issue Triage https://bit.ly/422m6oD -- taken up [from agendabot] 17:15:16 JamesC: There is more than what's on this list 17:16:24 JamesN: This is sort of editorial,Dainel, can you take a look at this? 17:16:38 https://github.com/w3c/graphics-aam/issues/11 17:16:39 Daniel: Sure 17:16:50 Peter: There is an AAM PR from you JacesC, right? 17:17:05 JamesC: You are right. An editorial typo 17:17:22 Zakim, next item 17:17:22 agendum 2 -- -> New PR Triage https://bit.ly/3MR3jIm -- taken up [from agendabot] 17:17:57 Andrea: JamesN: Purely editorial 17:18:06 Andre: Yes, 17:18:21 S/Andrea: James:/James:/ 17:18:44 Zakim, next item 17:18:44 agendum 3 -- -> Windows/Mac differences in presentation of some HTML-AAM implicit roles https://github.com/w3c/html-aam/issues/467 -- taken up [from agendabot] 17:19:30 JamesN: I don't know what we need to do with this. I feel like there are some issues as Sarah and jaws-test stated 17:20:13 ... a button where you can choose a value can potentially be invalid and have error messages associated. You could be required to select a value, there is value on putting these in this control, but the button do not support it 17:20:45 JamesC: I think we forgot to remove this from the agenda. Agree that this is a hard problem 17:20:51 JamesN: Deep Dive? 17:20:56 JamesC: Maybe 17:21:20 JamesN: It requires some proposed solution to bring it to Deep Dive 17:21:29 Zakim, next item 17:21:29 agendum 4 -- -> do we need a focusable definition https://github.com/w3c/aria/issues/1936 -- taken up [from agendabot] 17:21:45 Matt_King has joined #aria 17:21:50 https://w3c.github.io/aria/#conflict_resolution_presentation_none 17:22:45 Peter: This came up in the editors meeting because there was a stale PR in aria-commons and we decided it did not belong there anymore. It is unclear which definitions to use there. 17:23:20 JamesN: We say "focus" but we don't really say what we mean. There are 58 instances of this in the spec. We could create a definition that points to the host languages. There are definitions in SVG 17:23:45 ... HTML doesn't really have a good definition, it talks about "focusable area", not sure it this is the same 17:24:06 ... I don't agree with "href depending in platform conventions" 17:24:20 JamesC: Any AT can focus anything that is facesable 17:24:38 S/facesable/focusable/ 17:24:54 Matt: Are all of these terms normative? 17:25:37 DanielP: I think there is no real HTML focus in an element when using VoiceOver 17:26:06 JamesC: If it is focusable in any mechanism and you land it with an AT on a Mac, the DOM focus will follow the AT cursor 17:26:32 ... Unless you've turned on a non-default setting in VoiceOver 17:26:44 Matt: It is quite different from JAWS 17:27:01 q? 17:27:19 DanielP: Is that the default setting? 17:27:36 JamesC: Yes, it is in the navigation tab and it's on by default 17:27:57 Matt: If it is in normative statement that increases the need. Curious if that creates ambiguity 17:28:17 ... When we say "focusable" in ARIA we really mean "focusable" in the user agent, it does not have to do with AT 17:28:30 JamesC: And it does not n3cessarily mean tab-focusable 17:28:38 JamesN: That's the clarification we need 17:28:55 ... It 's more than just tab-focusable 17:29:08 Matt: That would be good, we. Have been putting notes all around in APG to explain this 17:30:20 JamesN: Would it be worth for us to try an write a definition? 17:30:43 JamesC: Yes, put me in for that. I think we need to point to the HTML definition but add some accessibility specifics for that 17:30:58 JamesN: Does AT focusable have an impact on where we use "focusable"? 17:31:04 sarah_h has joined #aria 17:31:24 JamesC: I don't think so but it would be beneficial for readers if we provide an explanation 17:31:41 Matt: Especially for active-descendant contexts 17:32:07 JamesC: Probably we need three terms: tab, AT, and DOM focusable 17:32:56 Matt: We have tubbable in APG and we distinguish it from DOM focusable in some places. I think there is some value in these two terms. 17:33:25 JamesN: I do see "keyboard focusable" in other places. We have 17:33:52 ... We might have to change the words in these places 17:35:00 Matt: I don't know if it causes confusion. It came up because some authors found it confusing. 17:35:50 JamesN: For example, why is something that I take out of the tab sequence triggering role conflict resolution? That is easy to ex plain, but still somewhat confusing. 17:37:10 agenda+ Quick note on WPT breakage 17:37:37 https://www.w3.org/TR/wai-aria-1.2/#dialog 17:37:38 Topic: aria-haspopup 17:37:41 Siri: aqria-haspopu has been deprecated for buttons, but when I go to the spec it still shows up for buttons 17:37:54 JamesN: That was global now it's only allowed in certain context 17:38:06 Siri: Can I use this for buttons? 17:38:22 Matt: We have not disallowed it, we have advice against it in APG 17:38:42 https://www.w3.org/TR/wai-aria-1.2/#aria-haspopup 17:39:09 .. I have on my to-do list to qualify this and only allow true, false , and menu values 17:39:51 Mario: On Windows, if a button opens a dialog, they use "..." 17:40:06 ... Screen readers could do something with these 17:40:11 JAmesN: that was the original intent 17:40:18 Matt: Not when we put it in 1.1 17:40:40 ... The original intent was for combo boxes 17:41:55 JamesN: Maybe we should finally look at Scott's issue to resolve aria-haspopup 17:42:06 Matt: We targeted it for 1.4 17:42:22 https://github.com/w3c/aria/issues/1024 17:42:38 JamesN: 1824, 999, and others discuss this largely 17:43:08 Rrsagent, make minutes 17:43:10 I have made the request to generate https://www.w3.org/2023/05/25-aria-minutes.html daniel-montalvo 17:43:39 Zakim, next item 17:43:39 agendum 5 -- Quick note on WPT breakage -- taken up [from jcraig] 17:43:42 https://github.com/web-platform-tests/wpt/issues/40188 17:44:06 Zakim, take up next 17:44:06 agendum 5 was just opened, daniel-montalvo 17:50:15 Rrsagent, make minutes 17:50:17 I have made the request to generate https://www.w3.org/2023/05/25-aria-minutes.html daniel-montalvo 17:54:56 Rrsagent, make minutes 17:54:57 I have made the request to generate https://www.w3.org/2023/05/25-aria-minutes.html daniel-montalvo 17:56:33 MojGraph has joined #aria