- From: Bryan Garaventa <bryan.garaventa@whatsock.com>
- Date: Thu, 29 Oct 2015 11:44:18 -0700
- To: "'Alexander Surkov'" <surkov.alexander@gmail.com>, "'W3C WAI-XTECH'" <wai-xtech@w3.org>
Received on Thursday, 29 October 2015 18:44:49 UTC
The same concept is necessary for the roles Option, Menuitem, Menuitemcheckbox, Menuitemradio, and treeitem, all of which require parent roles that match the widget type. This could even apply to the roles Radio and Tab if it’s a hardline requirement that both have requisite parent roles such as Radiogroup and Tablist. From: Alexander Surkov [mailto:surkov.alexander@gmail.com] Sent: Thursday, October 29, 2015 11:09 AM To: W3C WAI-XTECH <wai-xtech@w3.org> Subject: role mapping rules when context is broken Hi. I don't see whether UAIG addresses the case when role was used in a wrong context [1], for example, if parent of role="gridcell" is not role="row". In this case IAccessibleTableCell interface is not applicable for this gridcell accessible, so should the accessible have GRIDCELL role and should the element be accessible at all? "Including elements in the tree" section [2] requires to include elements whoes semantcis answers to the context, but the opposite case seems to be not addressed in the spec. Thanks. Alex. [1] http://www.w3.org/WAI/PF/aria-implementation/#mapping_role [2] http://www.w3.org/WAI/PF/aria-implementation/#include_elements
Received on Thursday, 29 October 2015 18:44:49 UTC