- From: Rich Schwerdtfeger <richschwer@gmail.com>
- Date: Thu, 17 Mar 2016 13:08:05 -0500
- To: Accessible Rich Internet Applications Working Group <public-aria@w3.org>
- Message-Id: <0B32010B-2F94-4447-86CF-795871218F8E@gmail.com>
https://www.w3.org/2016/03/17-aria-minutes.html Text: - DRAFT - Accessible Rich Internet Applications Working Group Teleconference 17 Mar 2016 See also: IRC log <http://www.w3.org/2016/03/17-aria-irc> Attendees <> Present Michiel_Bijl, Fred_Esch, Ja_Eun_Ku, Rich_Schwerdtfeger, Joanmarie_Diggs, Joseph_Scheuhammer, Bryan_Garaventa, janina Regrets Chair Rich Scribe jongund, matt_king Contents Topics <https://www.w3.org/2016/03/17-aria-minutes.html#agenda> Technical Plenary <https://www.w3.org/2016/03/17-aria-minutes.html#item01> ARIA 1.1 test effort <https://www.w3.org/2016/03/17-aria-minutes.html#item02> Combobox <https://www.w3.org/2016/03/17-aria-minutes.html#item03> Action 1743 <https://www.w3.org/2016/03/17-aria-minutes.html#item04> Password Role <https://www.w3.org/2016/03/17-aria-minutes.html#item05> ACTION 1489 <https://www.w3.org/2016/03/17-aria-minutes.html#item06> Computed name and role <https://www.w3.org/2016/03/17-aria-minutes.html#item07> ACTION 1624 <https://www.w3.org/2016/03/17-aria-minutes.html#item08> ACTION 2023 Role=Text <https://www.w3.org/2016/03/17-aria-minutes.html#item09> Summary of Action Items <https://www.w3.org/2016/03/17-aria-minutes.html#ActionSummary> Summary of Resolutions <https://www.w3.org/2016/03/17-aria-minutes.html#ResolutionSummary> <Rich> https://lists.w3.org/Archives/Public/public-aria/2016Mar/0124.html <https://lists.w3.org/Archives/Public/public-aria/2016Mar/0124.html> <Rich> https://lists.w3.org/Archives/Public/public-aria/2016Mar/0124.html <https://lists.w3.org/Archives/Public/public-aria/2016Mar/0124.html> <Rich> scribe: jongund Technical Plenary <Rich> Technical Plenary - 2016 (September 19-23; Lisbon, Portugal). Who will be able to attend? <joanie> I will be there. RS: WHois coming? CS: I can come MB: I can come <Rich> I will try FE: I can RS: I am MK: Maybe JG: no MC: Yes <jamesn> JN: I will try - if i can get approvals RS: We have enough to do real work <joanie> JD: I will definitely be there MC: Definiateley, I was assuming, the main question is who we want to meet with RS: I am hoping september we will be well into testing ... We need to hook up with web apps ... CS what is going on with the community group CS: Not a whole lot RS: What to do something joint? CS: Let me get back to you on that RS: What are we going to do on personalization, if media queries are off the table, then we need an API CS: What type? RS: In order for us to address cognitive im[airments we need to know what the user needs, this can be done other ways but we need something from the browser ... We need to detect things like S/N are low and captions are needed ... Smarter apps need more information ... Doesn't mean that the API comes out of this group CS: I am not sure rosen is the right person RS: I need to setup a page MC: There is a survey of chairs what they are planning for there working group RS: We can split things with the .... MC: You and JS coordinate on meeting schedule RS: JS needs to be there the whole week MK: If ARIA can be Thursday and Friday it would be better for me RS: I don't have a problem CS: I will be their the whole week JN: It is in September RS: RS: I will ask for thursday and friday MC: You need to fill out the survey RS: There will be no ARIA working group meeting March 24th <clown> https://www.w3.org/2016/09/TPAC/ <https://www.w3.org/2016/09/TPAC/> RS: Where is JG on the testing <mck> scribe: matt_king ARIA 1.1 test effort <mck> rs: Michael has created exit criteria identifiying aria 1.1 changes <mck> rs: defines what is needed for test statements <mck> rs: We need people who have volunteered to write test statements <mck> rs: It is a bit of an art to do it. <MichaelC> draft status for CR with exit criteria: https://rawgit.com/w3c/aria/CR-pub/aria/aria.html#sotd <https://rawgit.com/w3c/aria/CR-pub/aria/aria.html#sotd> <mck> jg: In this round, things that have not changed from 1.0, will they be tested? <mck> rs: Right, however, we have a new col in AAM for UIA <Zakim> clown, you wanted to ask if the exit criteria delimits what needs to be tested. <mck> So, we need to test all aria features for Edge , including 1.0 <mck> CS: We are automating that and making good progress. <mck> Joanie: I have added about 200 assertions to webkit <mck> Fred and I need to talk for SVG <mck> RS: Joanie, do you we can automate IA2 or Ma? <mck> CS: Should be easy to port the UIA automated testing to other platforms; will be able to say more in a couple weeks. <mck> Joanie: I will look into Mac <mck> rs: Has MS created 1.1 test cases, or just 1.0? <mck> CS: we have done some of 1.1 <mck> RS: can you share with JF? <mck> rs: Have we heard more from Alex about MSAA UIA Express? <mck> CS: No <mck> RS: I don't think we are going to need that if we go to common mappings in the future; not good use of time. <mck> rs: The exit criteria section includes everything we need testable statements for <mck> RS: Where is CRPub? Can we get it with git pull? <mck> MC: Us git sync <mck> rs: John circle back with cynthia and JF's team. <mck> CS: can we talk about it at CSUN? Combobox <Rich> http://rawgit.com/w3c/aria/action1490-combobox/aria/aria.html#combobox <http://rawgit.com/w3c/aria/action1490-combobox/aria/aria.html#combobox> MK: Jaws versions causing crashing problems ... Action 1490 branch ... To make this time most useful, I would like to go through the changes from discussion at least weeks meeting ... I want to go through this section of without discussing everything anout tree, gird and dialog ... The first think is that you didn't like listbox being a popup RS: I think that's good MK: Second paragraph is all about the test box element ... I think every body agrees it should be a single line text box RS: A textbox by default is single line MK: We need to explicitly define it is single line JS: Or you could say line terminators MK: I think it is OK the way it is ... Next is about expand collapse ... We elevated this from should to must, put on textbox element ... When a combobox is expanded, authors MUST ensure it contains or owns an element that has a role of listbox, tree, grid, or dialog. This element is the combobox popup. Elements with the role combobox have an implicit aria-haspopup value of true. RS: exapnd goes on the combobox MK Correct MK: The fourth one is about focus... ... Authors should put focus on the textbox, authors should move focus.... ... To be keyboard accessible, authors SHOULD manage focus of descendants for all instances of this role, as described in Managing Focus. When a combobox receives focus, authors SHOULD ensure focus is placed on the textbox element. Authors SHOULD provide keyboard mechanisms for moving focus to and from the textbox element and the pop-up. For example, one common convention is that Down Arrow... ... moves focus from the text input to the first focusable descendant of the pop-up element. If the popup element supports aria-activedescendant, authors MAY specify a value for aria-activedescendant on the textbox element that refers to a descendant of the popup element. ... ARIA activedescendant can point to the element in the list box that it owns RS: They could put it on the combobox? MK: The listbox does not have focus RS: When you say it maybe on the textbox or the list MK: If you put DOM focus on the listbox it meets the current requirement ... They can put DOM focus on the UL element RS: You don't think authors will get confused MK: In this particular spec language RS: I understand it, but new users might get confused CS: I have another question <Zakim> MichaelC, you wanted to note DPub also starting to think test cases MK: Maybe in the last sentence I can add ... It starts with if the element the author wants to keep focus on the textbox ..... RS: We have people on the cue MC: Deque is testing accessibility API mappings CS: So would you expect autocomplete on Google or bing would use this pattern <bgaraventa1979> +q MK: I am not familiar with bing, but they should work with facebook and google CS: You think of them as comboboxes? MK: If you want to talk about the definition of combobox CS: That is not where I was going MK: I wrote it in broad terms about down arrow.... CS: There is a feature in Narrator that if can a textbox or autocompelete, but if there could be an aria-controls MK: The AT vendors wanted some siblings relationship, they didn't care about controls, if it is an authoring requirement.. CS: If it is an authoring practices and examples it will most likely be there MK: We don;'t have aria-controls on grids for sorting RS: I don't think it is alot of work MK: It is a decision related to making is easier for authors or for ATs CS: It this author doesn't use autocomplete then there is DOM inspection that is fragile ... autocomplete is a may MK: There are plenty of examples where autocomplete is not needed ... The main thing for the browser is that it is in the expanded state that there are two controls, that is a must CS: I need a controller relationship MK: Your advocating an author should for aria-controls CS: On the listbox and listbox RS: Or anything that is open ... The textbox could be a search box MK: Good point I forgot the search role ... The way it is written it is OK, searchbox is a descendant of textbox RS: I think we need to make that explicit ... We are running out of time ... I don't have a problem with this, but I don't think you want a controls for a switch MK There is an author must... MK: Is everything is OK with the example, we have consensus on anything else JS: I sent an editorial comment <clown> mck: my editorial suggestions are here: https://lists.w3.org/Archives/Public/public-aria/2016Mar/0191.html <https://lists.w3.org/Archives/Public/public-aria/2016Mar/0191.html> BG: COuld I get an answer to the questions I asked earlier today MK: I have not got to the email yet RS: I think we need to tightened MK: This is not wide open ... We have an author must statement, on exactly on how it should be constructed RS: Authors must have owns...., I guess it is in two separate sentences ... Is everyone OK with the dialog box MK: CSUN is a good place to talk about this RS: I am not a big fan of dialog box, there are some people who are not comfortable with it MK: We want to limit unnecessary role proliferation, I am happy we have made this much progress, .... <jamesn> Date picker is an example of dialog right? Action 1743 <clown> action-1743 <trackbot> action-1743 -- Joanmarie Diggs to Put aria-activedescendant on application and request wg review -- due 2016-02-17 -- PENDINGREVIEW <trackbot> http://www.w3.org/WAI/ARIA/track/actions/1743 <http://www.w3.org/WAI/ARIA/track/actions/1743> RS: Putting aria-activedescendant on role=application JOANIE: I ahve not done anything with this MK: Can we put that on the agenda for after CSUN RS: Joanie has a branch ... Can we assign these to you MK JOANIE: Fell free to make changes in my brand MK: ONly in application and activedesendant RS: What date can you come back to the group MK: 2 weeks RS: Need to find the agenda Password Role <joanie> https://rawgit.com/w3c/aria/password-role/aria/aria.html#password <https://rawgit.com/w3c/aria/password-role/aria/aria.html#password> <clown> action-2004 <trackbot> action-2004 -- Joanmarie Diggs to Create proposal for password role -- due 2016-03-10 -- PENDINGREVIEW <trackbot> http://www.w3.org/WAI/ARIA/track/actions/2004 <http://www.w3.org/WAI/ARIA/track/actions/2004> RS: Joanie you want to put int he branch <joanie> https://rawgit.com/w3c/aria/password-role/aria/aria.html#password <https://rawgit.com/w3c/aria/password-role/aria/aria.html#password> RS: Issues with supported properties and states ... This looks ok to me JS: What would you put in for placeholder Joanie: That would change the how ATs would want to see the role exposed RS: HTML5 type=password support placeholder JN: Yes people use it all the time RS: I can see where you would use it JN: Make and model of a car RS: Goven that do people have issues with the new Password role? MK: I am still reading the text JOANIE: I thought we said haspopup should not be supported RS: It could be help information MK: Looks good to me RESOLUTION: Accept joanie's proposal, and close action ... Accept joanie's proposal for new ROLE=PASSWORD, and close action 2004 JOANIE: I'll close it when its merged MC: They are not at the top of the page ... But they are there ... These are no W3C announcements on working draft changes ... But the groups can publicize them and send them to people JOANIE: Did you what me to remove ... ... Input for entering the password MK: yes ACTION 1489 https://www.w3.org/WAI/ARIA/track/actions/1489 <https://www.w3.org/WAI/ARIA/track/actions/1489> RS: Move one https://www.w3.org/WAI/ARIA/track/actions/2040 <https://www.w3.org/WAI/ARIA/track/actions/2040> <clown> issue-686 <trackbot> issue-686 -- need a getComputedLabel or getComputedName -- open <trackbot> http://www.w3.org/WAI/ARIA/track/issues/686 <http://www.w3.org/WAI/ARIA/track/issues/686> Computed name and role RS: We met witht he group 2 years ago ... No action in 2 years, so move to ARIA 2.0 MK: We kind of have to Proposed moving Issue 686 on APIs on roles and accessible name to ARIA 2.0 MC: We don't need a CFC for moving it <Rich> https://www.w3.org/WAI/ARIA/track/issues/686 <https://www.w3.org/WAI/ARIA/track/issues/686> RESOLUTION: MOve Issue 686 to ARIA 2.0 ACTION 1624 <clown> action-1624 <trackbot> action-1624 -- Michael Cooper to Work with shane to develop publication strategy and solution that would exclude abstract roles for authors -- due 2016-03-17 -- OPEN <trackbot> http://www.w3.org/WAI/ARIA/track/actions/1624 <http://www.w3.org/WAI/ARIA/track/actions/1624> MC: Can you put this higher on list after CSUN MK: What do links do .... JS: Point to the full spec MC: We have to sort out in the process of doing the actions <clown> action-2023 <trackbot> action-2023 -- Joanmarie Diggs to Write a proposal about how to modify the definition of role text to limit its use. -- due 2016-02-23 -- OPEN <trackbot> http://www.w3.org/WAI/ARIA/track/actions/2023 <http://www.w3.org/WAI/ARIA/track/actions/2023> ACTION 2023 Role=Text <clown> issue-1011 <trackbot> issue-1011 -- For role="text", there needs to be requirements on user agents for overrides, such as controls, events, and other global aria properties, like there is for role="presentation". -- open <trackbot> http://www.w3.org/WAI/ARIA/track/issues/1011 <http://www.w3.org/WAI/ARIA/track/issues/1011> ACTION-2023: Write a proposal about how to modify the definition of role text to limit its use. <trackbot> Notes added to ACTION-2023 Write a proposal about how to modify the definition of role text to limit its use.. Write a proposal about how to modify the definition of role text to limit its use. RS: When you have text content a bit differently ... I know you can put this in button ... If you put a link inside a role=text, that that would be dangerous ... ***** role=text with aria-label="4 stars" ... IN the case of buttons the roles are presentations ... role=text can not have interactive elements FE: I want to make sure it can work in SVG with a path used for text RS: That would not be an issue JN: I want to make sure we solve the problem for people who write good code, bad coders will always do bad things MK: My understanding of the role=text is making content easier to listen to, so it is getting into the realm ... ... Realm of presentation, so the author is making a judgement that is different structure or roles <cyns> +1 MK: I want to make sure that the original content is available tot he AT user <Zakim> clown, you wanted to say it could be handled as exceptions to role presentation. MK: FOr example if it is a graphic I can get to the original image JS: If you put presentation on a link it the browser will ignore the role and present the link RS: I would go with that CS: I have a cautious approval, I have concerns about authoring RS: The next question is this...., Joanie had the action ... Should Joanie come back with a proposal? <clown> +1 <mck> +1 <cyns> +1 RS: Anything that is a descendant that is interactive will invalidate the role <Rich> +1 JN: What it is has tabindex=-1 and aria-hidden? CS: We need to look at a draft JN: James put ... Joanie: I don't like the role, so I need everyones comments MK: The text role provides an alternative presentation, user agents must not hide the accessible JS: What about title attribute? MK: It is kind of like that RS: We are out of time JOANIE: What is my next step? <clown> https://www.w3.org/WAI/ARIA/track/issues/1011 <https://www.w3.org/WAI/ARIA/track/issues/1011> RS: JN can get you a link JN: I can't because W3C is blocking Oracle MC: This happens, there is page that explains it <clown> joanie: inside that issue is the link to github where the discussion occurred (in a note) <jamesn> i get directed here - https://www.w3.org/Help/abuse-info/re-reqs.html <https://www.w3.org/Help/abuse-info/re-reqs.html> I published the minutes Summary of Action Items <> Summary of Resolutions <> Accept joanie's proposal, and close action <https://www.w3.org/2016/03/17-aria-minutes.html#resolution01> MOve Issue 686 to ARIA 2.0 <https://www.w3.org/2016/03/17-aria-minutes.html#resolution02> Rich Schwerdtfeger
Received on Thursday, 17 March 2016 18:08:39 UTC