- From: Accessible Rich Internet Applications Working Group Issue Tracker <sysbot+tracker@w3.org>
- Date: Tue, 19 Jan 2016 20:43:47 +0000
- To: public-aria@w3.org
aria-ISSUE-1006 (children presentational = true not consistent): The roles that include children presentational = true are not consistent [ARIA 1.1] http://www.w3.org/WAI/ARIA/track/issues/1006 Raised by: Bryan Garaventa On product: ARIA 1.1 Since I didn't get any information against, I'll file this as an official issue. According to the children presentational description at http://www.w3.org/TR/wai-aria-1.1/#h-childrenarepresentational 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. 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 this logic, all of the following roles should also include children presentational = true . checkbox combobox 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 There is one widget exception that is not clear, role=link, which I'm not certain if this is a good idea to do or not for this role. E.G On one side, some roles such as heading may be useful, but at the same time, embedding child widget roles is problematic as is the embedding of structural roles such as list, table, region, etc., which is confusing when encountered. A question was raised about treeitem too, but I don't know of any markup examples where embedding roles within this widget type is a good idea.
Received on Tuesday, 19 January 2016 20:43:49 UTC