- From: Bryan Garaventa <bryan.garaventa@ssbbartgroup.com>
- Date: Tue, 12 Jan 2016 23:51:11 +0000
- To: Fred Esch <fesch@us.ibm.com>
- CC: Birkir Gunnarsson <birkir.gunnarsson@deque.com>, ARIA Working Group <public-aria@w3.org>
- Message-ID: <SN1PR0301MB198154BA591FF377B2B02A5F98CA0@SN1PR0301MB1981.namprd03.prod.outlook.>
Thanks, can you provide an example of which ones? From: Fred Esch [mailto:fesch@us.ibm.com] Sent: Tuesday, January 12, 2016 10:36 AM To: Bryan Garaventa <bryan.garaventa@ssbbartgroup.com> Cc: Birkir Gunnarsson <birkir.gunnarsson@deque.com>; ARIA Working Group <public-aria@w3.org> Subject: RE: Issue with ARIA 1.1 regarding which roles include children presentational = true ? Bryan, Role treeitem should not be children presentational true. A element with the role treeitem can have children that are semantically important and should be included in the accessibility tree. Regards, Fred Esch Watson, IBM, W3C Accessibility [IBM Watson] Watson Release Management and Quality [Inactive hide details for Bryan Garaventa ---01/11/2016 10:00:42 PM---Good question, I'm not sure, would be good to get others]Bryan Garaventa ---01/11/2016 10:00:42 PM---Good question, I'm not sure, would be good to get others opinions about this. I'm concerned at which From: Bryan Garaventa <bryan.garaventa@ssbbartgroup.com<mailto:bryan.garaventa@ssbbartgroup.com>> To: Birkir Gunnarsson <birkir.gunnarsson@deque.com<mailto:birkir.gunnarsson@deque.com>> Cc: ARIA Working Group <public-aria@w3.org<mailto:public-aria@w3.org>> Date: 01/11/2016 10:00 PM Subject: RE: Issue with ARIA 1.1 regarding which roles include children presentational = true ? ________________________________ Good question, I'm not sure, would be good to get others opinions about this. I'm concerned at which level it should stop making sense, such as embedded lists, tables, etc. None of that works intuitively in a link for example. -----Original Message----- From: Birkir Gunnarsson [mailto:birkir.gunnarsson@deque.com] Sent: Monday, January 11, 2016 5:34 PM To: Bryan Garaventa <bryan.garaventa@ssbbartgroup.com<mailto:bryan.garaventa@ssbbartgroup.com>> Cc: ARIA Working Group <public-aria@w3.org<mailto:public-aria@w3.org>> Subject: Re: Issue with ARIA 1.1 regarding which roles include children presentational = true ? Links can include block elements in html5. Should those elements be ignored when they have a semantic role? example: <a href="#"><h2>Foo</h2</a> Should assistive technologies expose this is an h2 link, or just as a link? On 1/11/16, Bryan Garaventa <bryan.garaventa@ssbbartgroup.com<mailto:bryan.garaventa@ssbbartgroup.com>> wrote: > Before I file this as an issue, I wanted to run this by those here in > case I've got any of the details behind this incorrect. > > So, according to the children presentational description at > http://www.w3.org/TR/wai-aria-1.1/#h-childrenarepresentational > > This seemingly means that embedded child roles are not exposed by the > user agent, but instead a flat labelling mechanism is used instead no > matter what type of content is contained within these roles. Is that right? > > Currently only the following roles include this property: > button > img > math > progressbar > separator > scrollbar > slider > > So this seems right, a button cannot include children with roles like > link, slider, region, tablist, textbox, listbox, radio, checkbox, > etc., because that wouldn't make any sense. > > So, with that logic, shouldn't all of the following roles also include > children presentational = true ? > > checkbox > combobox > link > menuitem > menuitemcheckbox > menuitemradio > option > radio > searchbox > spinbutton > switch > tab > textbox > treeitem > > This seems logical, because none of the above roles are 'composite' > widgets. > https://www.w3.org/TR/wai-aria-1.1/#composite > > > > > > > > -- Birkir R. Gunnarsson Senior Accessibility Subject Matter Expert | Deque Systems 2121 Cooperative Way, Suite 210 Herndon, VA, 20171 Ph: (919) 607-27 53 Twitter: @birkir_gun
Attachments
- image/png attachment: image001.png
- image/gif attachment: image002.gif
Received on Tuesday, 12 January 2016 23:51:46 UTC