- From: Birkir Gunnarsson <birkir.gunnarsson@deque.com>
- Date: Mon, 11 Jan 2016 20:33:46 -0500
- To: Bryan Garaventa <bryan.garaventa@ssbbartgroup.com>
- Cc: ARIA Working Group <public-aria@w3.org>
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> 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
Received on Tuesday, 12 January 2016 01:34:16 UTC