Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
ISSUE-1028: Separator is a structure but the description says it can …
…be interactive This is largely an editorial clarification with the addition of normative language for authors. It maintains the ARIA 1.0 idea that a separator can be either a horizontal rule or an interactive window splitter, but it adds language that explains how that can be done in a way that will result in appropriate assistive technology behaviors. * Add text explaining the two types of separators: structures and widgets * Separator is now described as a structure if it is not focusable * Add a normative statement explaining that authors MAY make a separator focusable and that if they do, it will be recognized by assistive technologies as an interactive widget * Add normative statement saying authors MAY use aria-expanded to describe the state of a separator * Add normative statement saying authors MAY use aria-valuenow to describe the state of a variable separator widget * Add text describing an example of a variable separator * Add widget as a superclass (consistent with what was implied in ARIA 1.0) * Add statement that aria-expanded is supported only if the separator is is focusable (consistent with ARIA 1.0) * Add aria-valuenow, aria-valuemin, aria-valuemax, and aria-valuetext as supported properties for variable separator widgets (new for ARIA 1.1)
- Loading branch information