ACT Rule bc4a75 · proposed
ARIA required owned elements
This is the other half of the same relationship. Some roles are only valid when they contain particular children, so a list has to own list items and a tablist has to own tabs. This rule checks that they do.
A tool can decide this one on its own, which is why it turns up in scanner output. The rule is proposed, so it has not yet been implemented in full by a tool and reviewed by a W3C working group, and the wording can still change.
What passing this rule proves
When this rule fails, 1.3.1 Info and Relationships is not satisfied, and that half is certain. When it passes, W3C's own outcome mapping says the criterion still needs further testing. So a green result here is evidence that one specific thing is not broken, and it is the answer W3C gives on 59 of its 87 live rules.
A pass tells you the container and its children agree with each other. It says nothing about whether that container was the right thing to build, whether the reading order makes sense, or whether a screen reader user can operate the thing at all. The criterion wants all of that, and somebody has to try it.
The criteria this rule is a test for
These are the criteria the rule names as its own conformance requirement. Each one is a far bigger question than this rule asks, and our page for it sets out what the whole criterion covers.
- 1.3.1 Info and Relationships Level A
The normative rule text lives at W3C
What the rule applies to, and exactly what it expects, is published by W3C and can change. We link to it rather than restate it, so nothing here can quietly fall out of date against the source. Read rule bc4a75 at W3C.
ARIA attributes have rules that must be followed
ARIA lets you tell assistive technology what something is. That only works if what you tell it is true and complete. A role often carries obligations. Some need particular states set, some need a specific parent, some need particular children.
A tab has to live in a tablist. A checkbox has to say whether it is checked. Leave those out and you have described something that does not exist. That is worse than describing nothing.
Half-finished ARIA is the pattern. Someone adds role="tablist" to get the semantics and stops there. The tabs never announce their state and the widget becomes unusable by voice.
Fixes that satisfy it
If this rule fails on your site, these are the techniques that put it right.
Other rules W3C files under the same criteria
Each of these asks a different question about the same part of the standard. Passing all of them is still not the same as satisfying the criterion.
- ARIA attribute is defined in WAI-ARIA A tool can check this
- ARIA state or property has valid value A tool can check this
- Element with role attribute has required states and properties A tool can check this
- Form field has non-empty accessible name A tool can check this
- Headers attribute specified on a cell refers to cells in the same table element A tool can check this
- Role attribute has valid value A tool can check this
All 87 ACT rules are grouped by the criteria they test, and 24 of them decide nothing about WCAG on their own. Run a free scan to see which of these your own pages trip.