- From: Janina Sajka <janina@rednote.net>
- Date: Thu, 15 Dec 2016 13:58:28 -0500
- To: W3C WAI ARIA <public-aria@w3.org>
Minutes from the ARIA teleconference of 15 December are provided below as text. They're also available as hypertext at: http://www.w3.org/2016/12/15-aria-minutes.html W3C - DRAFT - Accessible Rich Internet Applications Working Group Teleconference 15 Dec 2016 See also: IRC log Attendees Present Janina, ShaneM, Stefan, jongund, Rich_Schwerdtfeger, Joseph_Scheuhammer, matt_king, MichielBijl Regrets Chair Rich Scribe janina Contents * Topics 1. Updates 2. Testing 3. ARIA in HTML * Summary of Action Items * Summary of Resolutions _________________________________________________________________________________________________________________________________________________________________ <richardschwerdtfeger> https://lists.w3.org/Archives/Public/public-aria/2016Dec/0022.html <ShaneM> I will be on the call shortly. <scribe> scribe: janina <ShaneM> Yay janina! Updates rs: We have Microsoft mappings fo dpub aam core aam ... All mappings for dpub are in ... Some Apple still missing for core ... Grphics module roles are in the validator now stefan: Steve Faulkner says ARIA now also in validator rs: So, pieces are coming together ... Major next step is testing ... Chrome is making good progress in ARIA support ... Roadblock is getting remaining platforms on the test harness Testing jg: Last scheduled meeting, I was the only one present ... Shane and Joanie are doing most of the work ... Got regrets from Ms; Joanie was on vacation ... Happy to reschedule rs: Should we use this call? jg: We need the at test adaptors ... I'll mail Joanie and ask about working on Mac test adaptor with Craig sm: I know it's not started, we're talking Monday on what next steps are rs: Suggest we do coord during this call jg: Hoping to get student helpers next semester ... I have time, meanwhile, to get things going ... Shane, I'd like to sit in in the call with Joanie sm: OK, nothing scheduled yet, will followup ... I've been asked to wait on ATTA changes because of some W3C backend changes ... ATTA driver is complete and works well ... Some things like focus change we can't do--so we'll find another way ... Perhaps via web driver--we'll see ... ATK support is complete--almost ... We haven't heard from Ms on UIA yet ... We have good contact in Mozilla and Google rs: I'm working to get Freedom Scientific and NVDA involved with us ... Google is aggressively implementing in Canary ARIA in HTML rs: Seems we haven't fully addressed the address element--seems like contentinfo jg: Default mapping is contentinfo, probably none ... Perhaps region? mk: NO! rs: No mk: Prefer implied role being none ... If we had a <p> role, we could put some things there ... We need two kinds of elements/roles with these generics <clown> https://w3c.github.io/html/grouping-content.html#the-address-element mk: accessible block <jongund> https://www.w3.org/wiki/ARIA_in_HTML_Comments mk: accessible inline thingie ... block, perhaps "chunck" some word like that ... spans don't cause multiple nodes, so can be strung together ... But not divs ... ditto paras <ShaneM> What if the spans had explicit roles? would there be different chunks? rs: Probably will with 1.2, so could do something like this ... We could say: "No AIA mapping" jg: We do that in other cases rs: Let's say no mapping, add note that we'll create in 1.2 ... Michael, can we have a generic block issue? Refer to HTML Address <Zakim> clown, you wanted to say that there is a new meaning for <address> mk: So question is there a difference between block and paragraph ... Right now, no ... Often divs are used where it should really be <p> ... And next para key doesn't work, but in some AT it does ... I don't see a semantic difference between div and p <ShaneM> It would be interesting to hear what DPub has to say about this mc: Issue-474 ... ... Consider whether this needs to be generic block role jg: What about dt? Currently list item rs: Think term mk: Term can be used outside of list, yes? <jongund> JG: Do TERM and DEFINITION need to support posinset and setsixe? <jongund> JG: Since they can be part of a definition list (DL) sm: dl is ordered list notionally, but does order matter? can have multiple dt ... So how does position matter? mk: I guess I'm conventional, dt dd dt dd etc ... but dt with multiple dd? sm: Yes mk: Interesting rs: so no set pos mk: But no role for dl .. Is it really list? sm: Correct no explicit role, and believe there should be ... I tag as glossary rs: Should have note about multiple definitions for single term --- jg: It was just my question ... We don't have a way to indicate which one you're on mk: No screen readers that distinguish between def and term ... Maybe they will now that we distinguish ... Maybe term and definition are correct, even without pos and set ... We use same role for ol and ul rs: Isn't css styling used to convert name computation? mk: yes for numbered lists ... Sometimes you can tell where the next one begins, sometimes not. Not sure why ... Think John's proposal is correct rs: But, the container, is it list? mk: yes rs: Contains a child? mk: Doesn't say allowed, just has it has these things ... says "list item or group ... So we want to change list rs: Another issue? mc: List should also be able to take term definition mk: In list role for required owned elements, we want to add term and definition sm: There's no way to link terms and definitions together semantically, and there should be. How do we do that? mk: Just by their order? ... Points to usage sm: But not required and we don't require anything mk: Can't tell the difference yet with an sr ... Don't see this as an important issue rs: So, think for dl -- add a note that we'll add dt and dd to lists <jongund> my phone cut out for some reason <Zakim> ShaneM, you wanted to ask why the position matters? mk: Aha, JFW does acknowledge them rs: So, no pos and set, but going to add term and definition as descendants of list in ARIA 1.2 ... Also support multiple definitions per term sm: I tried to use describedby to link terms to definitions in respec ... It's a way to link semantically without a role rs: Multiple describedby ids would be concatinated, so not a good idea mk: Shane, are you putting it on term? ... Not sure we want that relationship. Too much verbosity ... JFW is distinguishing dl from other lists, so we should investigate further rs: Either way? Is there consensus for a separate role? [crickets] mc: I would tend to lean towards yes sm: Didn't we add glossary role in dpub? ... Couldn't one put that on a dl? If they wanted it to be glossary? mk: Perhaps like at beginning of Sec 5.4 in the ARIA spec--a list with all roles ... Could be strange as a glossary sm: I don't mean implicit role mk: Aha! <clown> https://w3c.github.io/aria/dpub-aam/dpub-aam.html#role-map-glossary rs: This could be interesting, because refers to another module mc: Perhaps a path for moving dpub roles into main ARIA rs: If we really want ... OK, let's say we'll create a glossary role ... mk: No, not instead of a dl ... In addition to, yes, but not instead of sm: Agree rs: So we'll create a definition list role -- <ShaneM> role="definitions" rs: Is that it? jg: Yes! ... We covered other items last week jn: Thought I had an action to look at all these mk: Yes, for 1.2 <ShaneM> BTW there is a role of definition that is already part of our namespace rs: So, we're set! <ShaneM> From the XHTML role module in w3.org/1999/xhtml/vocab <jongund> https://github.com/w3c/html-aria/issues/57 <jongund> https://github.com/w3c/html-aria/issues/58 mb: Will have my review complete by first week January rs: So we should wait for any additional comments to make <jongund> 1+ <jongund> +1 <jamesn> +1 <ShaneM> I am sitting in a bar right now <ShaneM> cheers rs: Thaking everyone for an awesome job this year, and best TPAC ever ... Looks like Amelia can Chair for SVG TF ... Happy Hollidays, All! Summary of Action Items Summary of Resolutions [End of minutes] _________________________________________________________________________________________________________________________________________________________________ Found Scribe: janina Present: Janina ShaneM Stefan jongund Rich_Schwerdtfeger Joseph_Scheuhammer matt_king MichielBijl -- Janina Sajka, Phone: +1.443.300.2200 sip:janina@asterisk.rednote.net Email: janina@rednote.net Linux Foundation Fellow Executive Chair, Accessibility Workgroup: http://a11y.org The World Wide Web Consortium (W3C), Web Accessibility Initiative (WAI) Chair, Accessible Platform Architectures http://www.w3.org/wai/apa
Received on Thursday, 15 December 2016 18:58:59 UTC