18:31:04 RRSAgent has joined #aria-apg 18:31:04 logging to https://www.w3.org/2021/03/09-aria-apg-irc 18:31:12 Zakim has joined #aria-apg 18:31:22 rrsagent, make log public 18:31:38 MEETING: ARIA Authoring Practices Task Force 18:31:48 CHAIR: Matt King 18:31:53 present+ 18:31:59 rrsagent, make minutes 18:31:59 I have made the request to generate https://www.w3.org/2021/03/09-aria-apg-minutes.html Matt_King 18:32:06 zakim, clear agenda 18:32:06 agenda cleared 18:46:54 Matt_King_ has joined #aria-apg 19:00:29 MarkMccarthy has joined #aria-apg 19:00:32 present+ 19:01:14 present+ 19:02:20 jamesn has joined #aria-apg 19:02:29 sarah_higley has joined #aria-apg 19:02:39 present+ 19:02:46 /me regrets - swamped 19:04:15 does anyone have a direct zoom link? I'm getting security errors trying to access the w3c meeting info page 19:04:17 agenda? 19:04:20 one sec! 19:04:49 thanks so much! ♥ 19:05:17 carmacleod has joined #aria-apg 19:05:23 present+ 19:05:27 regrets+ jamesn CurtBellew 19:05:35 scribe: MarkMccarthy 19:06:05 TOPIC: Modal dialog questions 19:06:20 mck: we have a couple issues out there, but there are 2 that are pressing 19:07:07 https://github.com/w3c/aria-practices/issues/1615 19:07:12 dialog issue 19:07:13 Matt_King: issue 1615 - saying our dialogs don't close when you click outside of them... not sure if this was itentional or an oversight 19:07:35 siri has joined #aria-apg 19:07:38 Matt_King: seems like we should just make it part of the implementation 19:07:57 sarah_higley: i also noticed these don't have close buttons...so lets add both. there's a cancel button but not a close button 19:08:05 Matt_King: seriously?! 19:08:08 sarah_higley: i know! 19:08:42 Matt_King: well last time we checked on these, it was more about technical issues related to iphones, so that's fair I guess. good catch Sarah! 19:09:01 https://w3c.github.io/aria-practices/#dialog_modal 19:09:13 Matt_King: so we'll add close button AND that. 19:09:37 ZoeBijl: well i have some conflicts about it. if you click outside of the modal, is the data you already put in saved? or deleted? 19:09:44 sarah_higley: it should be saved 19:09:57 ZoeBijl: yes, but is that what people will do? not sure this is the place to do that 19:10:21 Matt_King: so then in that case, is "cancel" different than "close"? 19:11:12 ZoeBijl: doesn't WCAG say... 19:11:21 Matt_King: right, easy undo would cover that 19:12:01 ZoeBijl: what i find (elsewhere) is that i'd click outside it accidentally and it wouldn't save the data - it's frustrating! 19:13:00 Matt_King: so there's a couple choices - have the X icon for mouse users, and have that exactly duplicate the cancel button. OR distinct functionality where "close" doesn't remove the data but "cancel" does 19:13:09 Jemma: yep, and they each have their own tab stops 19:13:11 Matt_King: right 19:13:13 MarkMccarthy: +1 19:13:35 sarah_higley: another possibility is to get rid of cancel entirely and just change it to a close button 19:13:54 Matt_King: i like that too! 19:13:57 Jemma: yeah! 19:14:22 Matt_King: maybe we'll have to look at the project to make sure we're covering all bases, but that make sense 19:14:35 MarkMccarthy: i think that's a better UX 19:14:40 Matt_King: yeah, less complexity 19:15:16 For the minutes, this is the WCAG criteria that Matt and I were discussing: https://www.w3.org/TR/WCAG21/#error-prevention-legal-financial-data 19:15:32 thank you zoe! 19:15:54 Matt_King: so then, any objections to removing the cancel button and replacing with a close icon/button in the upper right? 19:15:59 Jemma: and saving the data? 19:16:13 s/thank you zoe!/thank you Zoe! 19:16:21 [no objections] 19:16:52 Matt_King: [committing the actions to an issue] 19:17:10 Matt_King: our actions are in a comment in issue 1615! 19:18:03 github: https://github.com/w3c/aria-practices/issues/1615 19:19:09 TOPIC: Modal Dialog - Tab Ring 19:19:32 https://github.com/w3c/aria-practices/issues/1772 19:20:59 Matt_King: next item, issue 1772. Says APG should allow focus to go outside the dialog. After many other comments... Sina is asking if this is anything for ARIA to handle or not. 19:21:15 Matt_King: but sarah_higley's last comment was suggesting not putting as much onus on authors 19:21:25 sarah's comment https://github.com/w3c/aria-practices/issues/1772#issuecomment-793285322 19:21:43 sarah_higley: the reason i put that in is that when i've suggested using inert to handle focus managment, i've had pushback citing ARIA practices. 19:21:56 Matt_King: does our break anything really? 19:22:22 sarah_higley: so this isn't exactly about our example, but the wording in practices. generally, active focus management tends to be buggier 19:23:00 sarah_higley: basically, it just seems like inert is making things funky 19:23:54 Matt_King: this is one of those reasons the APG redesign project is discussing scope increases, so we can better test and write for things like this. this'd be lovely for something like that 19:23:59 sarah -"Could we have some wording along the lines of "Tab does not move focus into the inactive parts of the page while the modal is open", then follow up with browsers and the HTML spec?" 19:24:07 Matt_King: in the meantime, do you think we should add a note to the pattern, if so what to add? or what to do? 19:24:45 sarah_higley: could we have something in the language like, "we think the best UX is to keep focus trapped in the dialog, but this should be handled by browsers..." etc etc. lots of wordsmithing, of course 19:25:19 Matt_King: i think it'd be better if we raised the issue to the right places first. as well as some broader consensus - I don't want APG to seem so monolithic 19:25:36 Matt_King: maybe something like "Do your best to make this work, we know it's rough in spots" or something similar 19:26:03 sarah_higley: Alice basically mentioned it'd be hard for browsers to make this change, but seemed a little optimistic 19:26:18 s/this change/this change because people are used to it 19:27:01 Matt_King: Well, I'd love to see it be more general, so tabbing stays in the webpage completely regardless of a dialog. it'd be so much easier in so many ways 19:27:29 jongund has joined #aria-apg 19:27:45 Matt_King: especially on Mac, it's so hard to skip the browser chrome 19:27:50 sarah_higley: I thought that was just me! 19:28:42 [various comisserating about tabbing in browser chrome] 19:29:24 Matt_King: i don't have a good answer about _that_, but I'm hopeful we could find some consensus about the modals 19:30:01 sarah_higley: so HTML doesn't specify how browsers handle their chrome, right? 19:30:02 carmacleod: yep 19:30:16 Matt_King: could it be part of spec for a dialog element? 19:30:46 sarah_higley: _that_ could be part of HTML, though I don't think i've seen it. but something specific for browser modals and webpage modals? 19:30:56 s/something specific/adding something specific 19:31:28 sarah_higley: to be clear, i don't think we need an HTML change or addition, i think it'd be a behavior thing. (and I don't think we need a specific example for each either) 19:32:17 Matt_King: what spec does tabindex live in? i vaguely remember somethign about that, some stuff to do with tabindex=-1 and ARIA...but I don't remember the spec. Maybe this would go in _that_ spec 19:32:20 https://html.spec.whatwg.org/multipage/interaction.html#attr-tabindex 19:32:25 s/somethign/something 19:32:28 present+ jongund 19:32:36 carmacleod: maybe it'd go in this one (pasted above) 19:33:03 Matt_King: so i'd support that proposal, adding some language around inert. then we can publically try to rally support 19:33:10 sarah_higley: sounds good to me! 19:33:49 Matt_King: i'll get to this unless anyone else wants to file that issue 19:34:12 github: https://github.com/w3c/aria-practices/issues/1772 19:34:17 TOPIC: Slider pull requests 19:34:58 Matt_King: so, focusing on the thermostat slider - let's start with Jemma's questions 19:35:44 Jemma: been testing these examples with TalkBack, finding repeated problems in reading the value on sliders. i'm getting percentages, not any other values 19:36:10 Matt_King: on iOS, the color view slider was reading the number correctly. i didn't check the theromstat one with iOS yet 19:37:10 carmacleod: i think Patrick L. did some testing and found that Android needs work, not our code. 19:37:12 https://github.com/w3c/aria-practices/pull/1755#issuecomment-782607921 19:37:23 s/and found/and came to the conclusion that 19:38:05 jongund: iOS is reading the aria-valuetext, so that's working okay 19:38:25 Matt_King: does color viewer have -valuetext? 19:38:41 jongund: i found the same issues with TalkBack, just telling me percentages 19:39:24 Jemma: it seemed like the math was off too 19:39:58 Matt_King: so my questions - in the thermostat description it says there's 3 sliders but there's only 2, is that right? 19:39:59 Jemma: yes 19:40:41 Matt_King: cool that's an easy change. so, next: do we want to mix buttons into this? it feels like adding complexity that doesn't necessarily help the example; i feel the buttons are a distraction 19:41:11 Matt_King: they _do_ add a lot of aural clutter, for what that's worth 19:41:27 carmacleod: did we add them originally because we thought that was the mobile solution? 19:41:31 Matt_King: i think... 19:41:44 carmacleod: so now that they work pretty well, at least on iOS and iPadOS, maybe we can remove them 19:42:01 jongund: they're labels, so i think when you press a label (like on a radio button) it should change it 19:42:17 carmacleod: so then maybe it doesn't need to be a