15:57:35 RRSAgent has joined #aria-dive 15:57:35 logging to https://www.w3.org/2022/04/28-aria-dive-irc 15:57:37 RRSAgent, make logs Public 15:57:38 please title this meeting ("meeting: ..."), jamesn 15:58:05 meeting: OpenUI Catchup 15:58:11 chair: jamesNurthen 15:58:36 agenda+ What has openUI been up to since we last metWhat is the overall process for group collaboration? 15:58:36 what do OpenUI anticipate needing our assistance / feedback on 15:58:36 communication mechanisms 15:58:36 How can each group more effectively help the other? 15:58:36 Gaps in ARIA which need filling? 15:58:37 Things ARIA is working on that need prototypes? 15:59:27 agenda+ What has openUI been up to since we last met 15:59:27 agenda+ What is the overall process for group collaboration? 15:59:27 agenda+ what do OpenUI anticipate needing our assistance / feedback on 15:59:27 agenda+ communication mechanisms 15:59:27 agenda+ How can each group more effectively help the other? 15:59:28 agenda+ Gaps in ARIA which need filling? 15:59:28 agenda+ Things ARIA is working on that need prototypes? 15:59:28 agenda? 15:59:39 zakim, drop item 1 15:59:39 agendum 1, What has openUI been up to since we last metWhat is the overall process for group collaboration?, dropped 15:59:48 agenda? 16:01:00 chlane has joined #aria-dive 16:01:12 JonathanNeal has joined #aria-dive 16:01:16 chrisdholt has joined #aria-dive 16:01:16 scotto has joined #aria-dive 16:01:16 hdv has joined #aria-dive 16:01:16 !present 16:01:25 present+ 16:01:26 present+ 16:01:32 present+ 16:01:37 siri_ has joined #aria-dive 16:01:49 bkardell_ has joined #aria-dive 16:05:04 scribe chlane 16:05:15 sarah_higley has joined #aria-dive 16:05:18 dandclark has joined #aria-dive 16:05:19 present+ 16:05:32 present+ 16:05:32 present+ 16:05:35 scribe: chlane 16:05:36 present+ 16:05:40 present+ 16:05:43 Zakim,next agendum 16:05:43 agendum 2 -- What has openUI been up to since we last met -- taken up [from jamesn] 16:05:59 jcraig: last met 9 months ago 16:06:11 3 minute catchup from open ui? 16:06:20 what you've been working on 16:06:45 bkardell_: Scott can do it? 16:06:57 scotto: been in both groups 16:07:29 largely seen work with popup tab component, select menu as a replacement for ? 16:07:55 github issuess. less insight since a lot precedes my joining 16:07:57 aaronlev has joined #aria-dive 16:08:00 present+ 16:08:05 present+ 16:08:20 research docs are screen shots 16:08:24 from patterns 16:08:38 more recently poking at reviews 16:08:48 bkardell_: decent summarry 16:08:54 those were the focus 16:09:03 focus group has moved to open ui 16:09:11 microsofts proposal 16:09:18 early, css toggles 16:09:36 chrisdholt: hope is to not be to additive 16:09:41 add to existing patterns 16:09:50 travis has current state 16:10:01 bkardell_: recommends watching recording 16:10:15 jamesn: move on? 16:10:46 hdv: tabs, panels accordions, what is a good ux for AT 16:10:53 what is in the wild 16:11:04 whats devs want and what works for AT 16:11:11 bkardell_: open UI is a long process 16:11:15 twists turns 16:11:23 popups great example 16:11:38 scotto helped 16:12:00 matt, not familiar with process 16:12:14 jamesn: come into that later in agenda 16:12:44 siri_: browsers not acting consistently? 16:12:48 jamesn: not open UI related 16:13:06 jamesn: zakim, next agendum 16:13:19 maybe it is helpful to say that openui is a special part of wicg - it is for pre-standards incubation, a lot of things in there might never make it all the way to standards but can at least help libraries align and inform, etc 16:13:26 Zakim, next agendum 16:13:26 agendum 3 -- What is the overall process for group collaboration? -- taken up [from jamesn] 16:13:54 jamesn: next to skip over 16:14:41 present+ 16:14:42 right now, someone works on something come back with prototypes not plugged in when something is missing from a11y point of view 16:14:53 we need implmentation in real components 16:15:03 open ui has been workig around issues 16:15:12 come to us when there is a gap 16:15:21 we go to you when we need a feature 16:15:28 how to make that happen? 16:15:33 JonathanNeal: 16:15:57 q? 16:16:02 jamesn: JonathanNeal: the ideas that come through, articulate a need, phase concepts, prototyping 16:16:11 speculative concepts, explainers 16:16:21 at this point its called a prototype 16:16:37 before ideation, come to ARIA 16:16:45 before explainer or prototype 16:16:54 chrisdholt: agree 16:17:02 to validate expectations 16:17:08 don't match reality 16:17:20 opinions internally about our gaps 16:17:31 more holistic solution, larger mindshare 16:17:31 q? 16:17:43 q+ 16:17:47 q+ 16:17:51 q- 16:17:54 I would like to note that I am not sick of hearing Scott O’Hara talk. 16:17:54 q+ 16:18:01 matt , like shift left 16:18:24 investigations, explainers is supposed to involve user research 16:18:44 before going forward to something implemented in all browsers 16:18:55 q? 16:18:59 not certain what most usable/accessible approach might be 16:19:05 can anyone answer that? 16:19:06 q+ 16:19:15 what is the investigation phase? 16:19:28 hdv: look at what APG does 16:19:35 not user tested 16:19:40 as far as we know 16:19:57 not just based on assumptions 16:20:03 we can work together on that 16:20:11 I would add that the investigation phase involves a significant effort to collect Prior Art. 16:20:23 matt partnering would be great 16:20:34 apg tries to dumnb things down 16:20:39 avoid complex patterns 16:20:49 a lot of things that people want to do 16:20:57 that we have not addressed 16:21:15 in some cases due to lack of agreement 16:21:42 in some case we have to work around a11y api limitations 16:21:59 q- 16:22:00 q? 16:22:05 ack scotto 16:22:40 scotto: shifting left, including Aria working group 16:23:01 +1 scott 16:23:07 dont understand the need for a breadcrumb component 16:23:30 q+ 16:23:31 open ui is looking at other design systems as validation to make something 16:23:49 q+ 16:23:52 design system doesn't mean it is accessible 16:24:07 matt, priorities where poeple spend there time 16:24:30 browsers do things that are different from native context 16:24:52 multiselect listbox is example of hard to use 16:25:12 scotto: focus could be relooked at 16:25:21 ack bkardell_ 16:25:31 bkardell_: good segway, 16:25:42 even beyond accessibility, I'd go as far as to say there are no multiselect listboxes that are even intuitive and easily usable in general 16:25:47 it should be noted that openui is part of wcig 16:26:07 many things that are part of investigations will not recieve a bunch of work 16:26:22 breadcrumb is a good example 16:26:38 a lot of breadcrumb components 16:26:49 like other standards body 16:26:56 onioning happens 16:26:56 Related to bkardell_’s comment, here is a link to the OpenUI charter. https://open-ui.org/charter 16:27:09 improvements are shared 16:27:21 high value things like select menu 16:27:33 microsoft/google intersted in solving 16:27:39 tabs is a different example 16:27:47 prefer to cal it panel set 16:28:10 q? 16:28:12 protyping dev 1 years worth 16:28:30 tabs research is exemplary 16:28:36 not just screenshots 16:28:50 how that has been tried in markup 16:28:54 how it maps to html 16:29:00 chose to do a proposal 16:29:07 cuz it was kind of different 16:29:15 experience, feedback 16:29:28 jamesn raised concerns 16:29:31 no 1 path 16:29:46 [ this 'starting from how people try to do things in the wild' approach is a huge benefit Open UI brings imo] 16:29:53 there are things that make sense to involve ARIa working group 16:30:04 q? 16:30:11 not all 16:30:19 ack chrisdholt 16:30:19 chrisdholt: 16:30:41 reinforce, research actual pain points 16:31:00 good example radio and radio group 16:31:15 browser extracts pain points 16:31:23 tagging system on our end 16:31:40 q+ 16:31:42 identified something to improve platform 16:31:47 q++ 16:31:55 qi+ 16:31:57 tabbing backward and forward is not consistent on radio group 16:31:57 per chris's example of radio/radiogroup - hence my opening of this issue https://github.com/w3c/aria/issues/1721 16:32:01 q-+ 16:32:16 how do we identify those items that are ready to move forward 16:32:32 need aria working group to be on board 16:32:46 for anything that has to do with controls 16:33:10 Matt, I like what you are saying 16:33:31 q+ to reply to Chris Holt; mention benefits of low-barrier, low structure accessibility traits (as in iOS native) 16:33:46 to the question of how we work better together, I don't want to get back in the queue for this but I had expected (probably presumptuous) that some of the liasons _from_ aria were kind of on the lookout for what might be useful to bring up - we can easily come up with how to do better here I think 16:33:48 it would be good for us to go through open UI issues 16:34:00 and flag them as systemically problematic 16:34:15 that would benefit from addition focus for a11y 16:34:39 scotto and sarah can't do all the work 16:35:02 matt if I knew what tag to add, would love to add it myself for radiogroups 16:35:08 +1, many/most of us in Open UI can flag accessibility issues, it's all of our responsibility 16:35:16 +1 16:35:17 +1 ^ 16:35:39 (but in many cases we need your ARIA expertise to help find out what's right) 16:35:42 +1 matt 16:35:50 q? 16:35:56 ack JonathanNeal 16:35:58 hdv, bkardell - without prescribing should we open an issue or just pose a question on the Open UI side for creating a label there? 16:36:05 q+ to mention reducing requirements for rigid structure requirements whenever possible 16:36:11 JonathanNeal: chairing open UI meeting today will bring up tagging 16:36:22 document how components exists today 16:36:34 interoperability is written into the charter 16:36:42 may not involve ARIA 16:36:48 it is descriptive 16:36:49 not 16:36:53 prescriptive 16:37:00 +1 to JonathanNeal 16:37:00 q? 16:37:00 ack JonathanNeal 16:37:02 ack jcraig 16:37:02 jcraig, you wanted to reply to Chris Holt; mention benefits of low-barrier, low structure accessibility traits (as in iOS native) and to mention reducing requirements for rigid 16:37:04 q+ 16:37:05 ... structure requirements whenever possible 16:37:06 ack jcraig 16:37:17 q+ cyns 16:37:20 jcraig: 16:37:29 reply to chris h 16:37:39 cyns has joined #aria-dive 16:37:44 q+ 16:38:06 do we agree that it is tedius to enforce mutually exclusive elements to be inside the same container 16:38:09 ? 16:38:20 aria working group needs to discuss 16:38:30 reduce rigid structure 16:38:34 to ease authoring 16:38:56 agenda? 16:38:56 Matt_King has joined #aria-dive 16:38:58 objected not allowing attributes not being used 16:39:06 present+ 16:39:07 or roles use limitation 16:39:12 q? 16:39:18 zakim, drop item 4 16:39:18 agendum 4, what do OpenUI anticipate needing our assistance / feedback on, dropped 16:39:21 aria container identifier attribute 16:39:34 like name attribute for html radio 16:39:44 zakim, drop item 6 16:39:44 agendum 6, How can each group more effectively help the other?, dropped 16:39:44 Here is a link to our OpenUI channel and our meeting today where I will bring up issue tagging for increased ARIA member involvement. https://discord.gg/zEveWr68?event=969265800554889238 16:39:48 js framework patterns, element ref 16:39:53 agenda? 16:39:54 frozen element array 16:40:05 instead of string reflections 16:40:14 pointers to other objects 16:40:20 like shadow dom components 16:40:26 all 2000 js frameworks 16:40:28 q? 16:40:37 the way ios does a11y is different 16:40:40 then any other 16:40:48 led to wide adoption 16:41:03 most a11y structure is handled as traits 16:41:12 loose primitive thing 16:41:17 you can just apply traits 16:41:23 not enforcerd 16:41:29 Are we still in overall group collaboration process, or have me moved onto gaps in ARIA which need filling? 16:41:38 api/AT does whats best when traits conflict 16:41:40 s/or have me/or have we 16:41:50 q? 16:41:54 works most of the time just by applying traits 16:42:05 q? 16:42:12 ack sarah_higley 16:42:34 "I like everything james said" 16:42:53 sarah_higley: to simple 16:42:56 too simple 16:43:19 q+ 16:43:43 q++ 16:43:48 Thank you, sarah_higley. So much, thank you. I fully agree with you, and I regret framing my earlier comment as tho ARIA was not welcome during a descriptive effort. 16:43:50 it would be worth it to look at a way to mitigate act of defining patterns 16:44:15 to not perpetuate innaccessible ideas 16:44:16 ack s 16:44:17 agreed with Sarah. identifying the accessibility gaps of current patterns would be good in the research description phase 16:44:17 q+ to say that accessible web frameworks sometimes limit the things they want to do based on what can be made accessible 16:44:24 bkardell_: what exists today is that 16:44:29 +1 to sarah_higley , that research phase seems like a really good place to find a11y problems in what exists today 16:44:35 q-+ 16:44:37 +1 to what Sarah mentioned as someone who coordinates w/ frameworks, etc 16:44:47 distinction between how they should be vs how they exist in the wild 16:44:57 sarah_higley: sees intention and different effect 16:45:11 add warnings to research 16:45:21 select merges many things 16:45:27 these are not the same thing 16:45:28 +1 Sarah :) 16:45:32 q- + 16:45:44 combining them has a11y implications 16:45:49 ack me 16:45:49 jamesn, you wanted to say that accessible web frameworks sometimes limit the things they want to do based on what can be made accessible 16:46:16 jamesn: there are many things wed like to do 16:46:39 bkardell_: looks at tabs research 16:46:44 we call out gaps 16:47:00 a11y charactertistics are unknown 16:47:15 [ Tabs markup research: https://open-ui.org/components/tabs.research.markup ] 16:47:31 [ Tabs parts and concepts: https://open-ui.org/components/tabs.research.parts#parts-and-terminology ] 16:47:33 ack cyns 16:47:53 agenda? 16:48:43 q+ 16:48:45 jamesn: you can add me to that 16:48:49 q+ 16:48:59 q? 16:49:03 ack hdv 16:49:34 +1 to regular syncs 16:49:34 sgtm 16:49:36 yes 16:49:40 sounds good! 16:49:41 +1 16:49:43 q+ to consider codifying an ARIA API review expectations section? e.g. for every new ARIA feature proposal, has it been considered how it will be used in practice in popular frameworks patterns and new emerging technologies... eg. does this enforce more structure than it needs to? If there are rigid limitations, are they really necessary or just preferred? 16:49:54 +1 to syncing every 8 to 10 weeks 16:50:02 chrisdholt: everyother month seems good 16:50:14 ack c 16:50:16 ack chrisdholt 16:50:25 ack j 16:50:25 jcraig, you wanted to consider codifying an ARIA API review expectations section? e.g. for every new ARIA feature proposal, has it been considered how it will be used in practice 16:50:26 agenda? 16:50:29 ... in popular frameworks patterns and new emerging technologies... eg. does this enforce more structure than it needs to? If there are rigid limitations, are they really necessary 16:50:29 ... or just preferred? 16:50:42 jcraig: what if codified expectations 16:51:05 that would be helpful 16:51:08 is this going to work with js frameworks, emerging technologies 16:51:17 propose solutions where needed 16:51:31 q? 16:51:31 lightweight way to group elements 16:51:44 agenda? 16:51:57 siri_: if you want to add new items 16:52:05 is there a process to do that? 16:52:22 jamesn: there is open ui research 16:52:32 jamesn: ? 16:52:37 [ Radio Button Research: https://open-ui.org/components/radio-button.research ] 16:52:47 siri_: radio groups, and scotts issue 16:52:52 q+ 16:53:10 jamesn: browsers change implementation 16:53:13 ? 16:53:17 siri_: yes 16:53:35 chrisdholt: open issue articulating problem 16:53:51 dig in together 16:54:03 the delta is are we proposing something different 16:54:16 file bugs on browser if needed 16:54:19 agenda? 16:54:27 different ideas 16:54:48 you dont have to have a prescribed structure? 16:54:55 jamesn: I would love to get to the question about what to do about our current situation - I guess #8 16:55:00 q+ 16:55:07 sorry not 8 I guess :( 16:55:08 q? 16:55:18 ack chrisdholt 16:55:22 start by filing bugs on browser 16:55:30 ack Matt_King 16:55:50 I am interested in the #8 agenda item as well, jamesn. At least how we could follow up on that. 16:56:53 matt are keyboard behaviors specced anywhere? 16:56:54 no 16:57:19 if open ui is addressing keyboard behaviors what is the end result? 16:57:53 jamesn: there would be a new select element? 16:58:08 chrisdholt: we cannot break the web 16:58:36 matt, input type radio is not specified, open ui does not help with that problem 16:58:48 if you come up with a new kind of select 16:59:04 is the way that it gets specced? 16:59:14 I do not wish to be rude, but may we please refocus on the agenda? 16:59:15 what would keep things interoperable 17:00:02 jamesn: aria actions can be native 17:00:17 sarah_higley: is working on it 17:00:24 rrsagent, make minutes 17:00:24 I have made the request to generate https://www.w3.org/2022/04/28-aria-dive-minutes.html chlane 17:00:53 rrsagent, make minutes 17:00:53 I have made the request to generate https://www.w3.org/2022/04/28-aria-dive-minutes.html jamesn 17:02:19 quit 17:02:24 exit 17:16:30 Matt_King_ has joined #aria-dive 23:40:07 Matt_King has joined #aria-dive