aria-ISSUE-1035 (Complex lists and tree widgets): Are additional roles or properties needed to help authors build interactive list and tree structures with complex items? [ARIA 2.0]

aria-ISSUE-1035 (Complex lists and tree widgets): Are additional roles or properties needed to help authors build interactive list and tree structures with complex items? [ARIA 2.0]

http://www.w3.org/WAI/ARIA/track/issues/1035

Raised by: Matthew King
On product: ARIA 2.0

Authors need to be able to create list and tree structures that present complex children. For example, a list of search results where each result includes multiple focusable children in addition to other rich semantic information. It is also desirable that such structures function as a composite widget, i.e., the entire structure is a single tab stop and it is possible to navigate the list with the arrow keys.

Assistive technologies and most browsers treat option and treeitem elements as static; their children are treated as if they are presentational and their content is stringified when they are read by screen readers. The option role is used to represent an HTML option, which is not allowed to have interactive children.

ARIA 1.1 includes changes to grid so it can be used to create interactive lists and trees that contain composite items. The gridcell is a container that reveals the semantics of its children.

However, concerns remain that grid does not adequately support the needs of authors. See discussion in June 9, 2016 ARIA caucus:
http://www.w3.org/2016/06/09-aria-minutes.html

Received on Thursday, 9 June 2016 17:56:56 UTC