ARIA 1.1 Changes
From Accessible Rich Internet Applications Working Group
Contents
ARIA 1.1 Testing Wiki Pages
- ARIA 1.1 Automated Testing
- Testable Statements
- ARIA 1.1 Changes
- ARIA 1.1 Test Case Coverage
- ARIA 1.1 Testable Statements JSON
Notes
The text alternative calculation is now a separate spec. Joanie has not done any diffs with it. "Patches welcome." :)
Features introduced in 1.1 and requiring full testing
States and properties
- aria-current
- aria-colcount
- aria-colindex
- aria-colspan
- aria-details
- aria-errormessage
- aria-keyshortcuts
- aria-modal
- aria-placeholder
- aria-roledescription
- aria-rowcount
- aria-rowindex
- aria-rowspan
Roles
Existing features changed in 1.1
Properties with changed types and/or default values
- aria-haspopup's type is now token. Values:
- aria-hidden's type is now true/false/undefined
- undefined is new default
- undefined means user agent determines state based on rendering
- aria-level's implicit value for heading is now 2
- Changes to value of aria-orientation:
- aria-orientation's default value changed from horizontal to undefined
- scrollbar now has implicit value of vertical
- slider now has implicit value of horizontal
- separator now has implicit value of horizontal
- aria-valuemin now has a default implicit value on some roles (when author does not specify aria-valuemin):
- scrollbar is 0
- separator is 0
- slider is 0
- spinbutton is "that there is no minimum value"
- aria-valuemax now has a default implicit value on some roles (when author does not specify aria-valuemax):
- scrollbar is 100
- separator is 100
- slider is 100
- spinbutton is "that there is no maximum value"
- aria-valuenow now has a default implicit value on some roles (when author does not specify aria-valuenow):
- scrollbar is half way between aria-valuemin and aria-valuemax
- separator is 50
- slider is half way between aria-valuemin and aria-valuemax
- spinbutton is 0
Properties added to or removed from roles
- aria-activedescendant added to application
- aria-busy is (more clearly) applicable to all elements. Note that this technically was the case for 1.0. But the text in 1.0 implies busy was intended for live regions.
- aria-controls went from supported to required on combobox
- aria-expanded removed from separator
- aria-orientation added to:
- aria-posinset and aria-setsize added to:
- article (when article is in feed)
- menuitem
- menuitemcheckbox
- menuitemradio
- tab
- aria-readonly added to:
- aria-valuetext added as a supported property of focusable separator elements
- aria-valuemin, aria-valuemax, aria-valuenow added as required properties of focusable separator elements
- children-presentational added to:
Miscellaneous Role Changes
- application is no longer a landmark
- region is now a landmark
- spinbutton subclasses composite and can have children
New or changed user agent normative statements
- Applying the aria-selected state on a columnheader MUST not cause the user agent to automatically propagate the aria-selected state to all the cells in the corresponding column.
- User agents SHOULD not expose (aria-readonly or aria-required) to assistive technologies unless the columnheader descends from a grid.
- NOTE: The previous requirement is also stated for role rowheader.
- If aria-readonly is set on an element with role grid, user agents MUST propagate the value to all gridcell elements owned by the grid and expose the value in the accessibility API. An author may override the propagated value of aria-readonly for an individual gridcell element.
- The previous requirement is also stated for role treegrid.
- The ARIA 1.0. specification describes a combobox pattern where a text input element has the combobox role and owns a listbox element. User agents, assistive technologies, and conformance checkers SHOULD continue to support the ARIA 1.0 pattern.
- User agents MUST treat any value of aria-haspopup that is not included in the list of allowed values, including an empty string, as if the value false had been provided.
- To provide backward compatibility with ARIA 1.0 content, user agents MUST treat an aria-haspopup value of true as equivalent to a value of menu.