Axe-core ACT Implementation
This page is under development and has not been approved by the working group.
Number of Rules Implemented
|
Consistent |
Partially consistent |
| WCAG 2 rules |
7 |
3 |
| Proposed rules |
9 |
13 |
Implemented Rules
About Axe-core Results
ACT Rules are tested using a canary version of axe-core, which can be accessed by installing axe-core@next from NPM.
For these results, all rules including “experimental” rules are enabled.
Checks with “unsupported” in its ID are disabled, which deal with issues of accessibility support issues which ACT Rules do not account for, often by design.
Results in this page are taken from a public
test report
published by Deque Systems.
Data is published using the
EARL+JSON-LD data format.
Implementation Details
autocomplete attribute has valid value
This rule is implemented by Axe-core using the
autocomplete-valid procedure.
The implementation is
fully consistent with the
autocomplete attribute has valid value
WCAG 2 rule.
It covers all 20 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.3.5
Identify Input Purpose
|
-
1.3.5
Identify Input Purpose
|
Button has non-empty accessible name
This rule is implemented by Axe-core using the
button-name, and aria-command-name procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is
fully consistent with the
Button has non-empty accessible name
WCAG 2 rule.
It covers all 17 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Form field has non-empty accessible name
This rule is implemented by Axe-core using the
aria-input-field-name, label, and select-name procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is partially
consistent with the
Form field has non-empty accessible name
WCAG 2 rule.
It covers all 17 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
-
4.1.2
Name, Role, Value
-
1.3.1
Info and Relationships
|
HTML page has lang attribute
This rule is implemented by Axe-core using the
html-has-lang procedure.
The implementation is
fully consistent with the
HTML page has lang attribute
WCAG 2 rule.
It covers all 7 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
HTML page lang attribute has valid language tag
This rule is implemented by Axe-core using the
html-lang-valid procedure.
The implementation is
fully consistent with the
HTML page lang attribute has valid language tag
WCAG 2 rule.
It covers all 7 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
HTML page lang and xml:lang attributes have matching values
This rule is implemented by Axe-core using the
html-xml-lang-mismatch procedure.
The implementation is
fully consistent with the
HTML page lang and xml:lang attributes have matching values
WCAG 2 rule.
It covers all 12 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
HTML page has non-empty title
This rule is implemented by Axe-core using the
document-title procedure.
The implementation is
fully consistent with the
HTML page has non-empty title
WCAG 2 rule.
It covers all 11 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Image button has non-empty accessible name
This rule is implemented by Axe-core using the
input-image-alt procedure.
The implementation is partially
consistent with the
Image button has non-empty accessible name
WCAG 2 rule.
It covers all 12 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.1.1
Non-text Content
-
4.1.2
Name, Role, Value
|
|
Image has non-empty accessible name
This rule is implemented by Axe-core using the
image-alt, and role-img-alt procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is
fully consistent with the
Image has non-empty accessible name
WCAG 2 rule.
It covers all 18 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Link has non-empty accessible name
This rule is implemented by Axe-core using the
link-name, and area-alt procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is partially
consistent with the
Link has non-empty accessible name
WCAG 2 rule.
It covers all 26 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
4.1.2
Name, Role, Value
-
2.4.4
Link Purpose (In Context)
-
2.4.9
Link Purpose (Link Only)
|
-
4.1.2
Name, Role, Value
-
2.4.4
Link Purpose (In Context)
-
1.1.1
Non-text Content
|
Element with aria-hidden has no focusable content
This rule is implemented by Axe-core using the
aria-hidden-focus procedure.
The implementation is partially
consistent with the
Element with aria-hidden has no focusable content
proposed rule.
It covers 11 of the 13 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
-
4.1.2
Name, Role, Value
-
1.3.1
Info and Relationships
|
ARIA required context role
This rule is implemented by Axe-core using the
aria-required-parent, and aria-required-children procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is partially
consistent with the
ARIA required context role
proposed rule.
It covers 14 of the 15 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.3.1
Info and Relationships
|
-
1.3.1
Info and Relationships
|
ARIA state or property is permitted
This rule is implemented by Axe-core using the
aria-allowed-attr, and aria-valid-attr-value procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is partially
consistent with the
ARIA state or property is permitted
proposed rule.
It covers all 15 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
|
audio or video that plays automatically has a control mechanism
This rule is implemented by Axe-core using the
no-autoplay-audio procedure.
The implementation is partially
consistent with the
audio or video that plays automatically has a control mechanism
proposed rule.
It covers 5 of the 11 examples.
For 6 examples
no results were reported. This can happen when examples are newer then the
test results.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
|
Block of repeated content is collapsible
This rule is implemented by Axe-core using the
bypass procedure.
The implementation is partially
consistent with the
Block of repeated content is collapsible
proposed rule.
It covers 1 of the 8 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
For 6 examples
no results were reported. This can happen when examples are newer then the
test results.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
None
|
Bypass Blocks of Repeated Content
This rule is implemented by Axe-core using the
bypass procedure.
The implementation is partially
consistent with the
Bypass Blocks of Repeated Content
proposed rule.
It covers 9 of the 14 examples.
On 5 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
None
|
Orientation of the page is not restricted using CSS transform property
This rule is implemented by Axe-core using the
css-orientation-lock procedure.
The implementation is
fully consistent with the
Orientation of the page is not restricted using CSS transform property
proposed rule.
It covers 9 of the 10 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
svg element with explicit role has non-empty accessible name
This rule is implemented by Axe-core using the
svg-img-alt procedure.
The implementation is
fully consistent with the
svg element with explicit role has non-empty accessible name
proposed rule.
It covers all 10 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
id attribute value is unique
This rule is implemented by Axe-core using the
duplicate-id-aria procedure.
The implementation is
fully consistent with the
id attribute value is unique
proposed rule.
It covers all 10 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Links with identical accessible names have equivalent purpose
This rule is implemented by Axe-core using the
identical-links-same-purpose procedure.
The implementation is partially
consistent with the
Links with identical accessible names have equivalent purpose
proposed rule.
It covers 10 of the 21 examples.
On 11 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
2.4.9
Link Purpose (Link Only)
|
None
|
Menuitem has non-empty accessible name
This rule is implemented by Axe-core using the
button-name procedure.
The implementation is
fully consistent with the
Menuitem has non-empty accessible name
proposed rule.
It covers all 8 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
meta viewport allows for zoom
This rule is implemented by Axe-core using the
meta-viewport procedure.
The implementation is partially
consistent with the
meta viewport allows for zoom
proposed rule.
It covers all 11 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
None
|
Object element rendering non-text content has non-empty accessible name
This rule is implemented by Axe-core using the
object-alt procedure.
The implementation is
fully consistent with the
Object element rendering non-text content has non-empty accessible name
proposed rule.
It covers all 14 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Element with presentational children has no focusable content
This rule is implemented by Axe-core using the
nested-interactive, and label procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is partially
consistent with the
Element with presentational children has no focusable content
proposed rule.
It covers 6 of the 7 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
-
4.1.2
Name, Role, Value
-
1.3.1
Info and Relationships
|
Element with role attribute has required states and properties
This rule is implemented by Axe-core using the
aria-required-attr procedure.
The implementation is
fully consistent with the
Element with role attribute has required states and properties
proposed rule.
It covers all 8 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Scrollable element is keyboard accessible
This rule is implemented by Axe-core using the
scrollable-region-focusable procedure.
The implementation is partially
consistent with the
Scrollable element is keyboard accessible
proposed rule.
It covers all 10 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
2.1.1
Keyboard
-
2.1.3
Keyboard (No Exception)
|
|
Table header cell has assigned cells
This rule is implemented by Axe-core using the
th-has-data-cells procedure.
The implementation is partially
consistent with the
Table header cell has assigned cells
proposed rule.
It covers 13 of the 16 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.3.1
Info and Relationships
|
None
|
headers attribute specified on a cell refers to cells in the same table element
This rule is implemented by Axe-core using the
td-headers-attr procedure.
The implementation is
fully consistent with the
headers attribute specified on a cell refers to cells in the same table element
proposed rule.
It covers all 16 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.3.1
Info and Relationships
|
-
1.3.1
Info and Relationships
|
Text has minimum contrast
This rule is implemented by Axe-core using the
color-contrast procedure.
The implementation is partially
consistent with the
Text has minimum contrast
proposed rule.
It covers 21 of the 28 examples.
On 7 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.4.3
Contrast (Minimum)
-
1.4.6
Contrast (Enhanced)
|
|
Text has enhanced contrast
This rule is implemented by Axe-core using the
color-contrast-enhanced procedure.
The implementation is
fully consistent with the
Text has enhanced contrast
proposed rule.
It covers 22 of the 29 examples.
On 7 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.4.6
Contrast (Enhanced)
|
-
1.4.6
Contrast (Enhanced)
|
video element visual-only content has accessible alternative
This rule is implemented by Axe-core using the
audio-caption procedure.
The implementation is partially
consistent with the
video element visual-only content has accessible alternative
proposed rule.
It covers 4 of the 9 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
1.2.1
Audio-only and Video-only (Prerecorded)
|
None
|
Visible label is part of accessible name
This rule is implemented by Axe-core using the
label-content-name-mismatch procedure.
The implementation is
fully consistent with the
Visible label is part of accessible name
proposed rule.
It covers 12 of the 13 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|