Axe DevTools Pro 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 |
9 |
2 |
| Proposed rules |
14 |
19 |
Implemented Rules
Axe DevTools Pro combines the automated results of axe-core, and results from
axe Intelligent Guided Test (IGT) tools. Tools can produced multiple issue types.
The ID of each issue type is given as the name of the procedure, with the tool
that returns it in brackets. For example `alt-text-not-meaningful (Images)` is
the `alt-text-not-meaningful` issue type reported by the `Images` tool.
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 DevTools Pro 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 DevTools Pro 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 |
|
|
|
Element marked as decorative is not exposed
This rule is implemented by Axe DevTools Pro using the
presentation-role-conflict procedure.
The implementation is partially
consistent with the
Element marked as decorative is not exposed
WCAG 2 rule.
It covers 9 of the 10 examples.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
None
|
Form field has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
label, aria-input-field-name, and select-name procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is
fully consistent with the
Form field 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 |
|
|
|
HTML page has lang attribute
This rule is implemented by Axe DevTools Pro 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 DevTools Pro 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 DevTools Pro 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 DevTools Pro 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 DevTools Pro using the
input-image-alt procedure.
The implementation is
fully consistent with the
Image button has non-empty accessible name
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 |
-
1.1.1
Non-text Content
-
4.1.2
Name, Role, Value
|
-
1.1.1
Non-text Content
-
4.1.2
Name, Role, Value
|
Image has non-empty accessible name
This rule is implemented by Axe DevTools Pro 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 DevTools Pro 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 28 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)
|
*: These examples are not yet approved for the rule. Results on these outcomes are not
taken into consideration determining the consistency and coverage.
ARIA attribute is defined in WAI-ARIA
This rule is implemented by Axe DevTools Pro using the
aria-valid-attr procedure.
The implementation is partially
consistent with the
ARIA attribute is defined in WAI-ARIA
proposed rule.
It covers all 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 |
|
None
|
|
Element with aria-hidden has no content in sequential focus navigation
This rule is implemented by Axe DevTools Pro using the
aria-hidden-focus procedure.
The implementation is
fully consistent with the
Element with aria-hidden has no content in sequential focus navigation
proposed rule.
It covers 12 of the 14 examples.
On 2 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 |
|
|
|
ARIA required context role
This rule is implemented by Axe DevTools Pro using the
aria-required-parent procedure.
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 DevTools Pro using the
aria-allowed-attr procedure.
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
|
|
Block of repeated content is collapsible
This rule is implemented by Axe DevTools Pro 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 7 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
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 DevTools Pro 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 DevTools Pro 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 |
|
|
|
Document has heading for non-repeated content
This rule is implemented by Axe DevTools Pro using the
bypass procedure.
The implementation is partially
consistent with the
Document has heading for non-repeated content
proposed rule.
It covers 10 of the 14 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
None
|
Document has an instrument to move focus to non-repeated content
This rule is implemented by Axe DevTools Pro using the
bypass procedure.
The implementation is partially
consistent with the
Document has an instrument to move focus to non-repeated content
proposed rule.
It covers 8 of the 12 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
None
|
Document has a landmark with non-repeated content
This rule is implemented by Axe DevTools Pro using the
bypass procedure.
The implementation is partially
consistent with the
Document has a landmark with non-repeated content
proposed rule.
It covers 5 of the 8 examples.
On 3 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
None
|
None
|
SVG element with explicit role has non-empty accessible name
This rule is implemented by Axe DevTools Pro 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 |
|
|
|
Form field label is descriptive
This rule is implemented by Axe DevTools Pro using the
label-visible-not-descriptive (forms) procedure.
The implementation is partially
consistent with the
Form field label is descriptive
proposed rule.
It covers 10 of the 14 examples.
For 4 examples
no results were reported. This can happen when examples are newer then the
test results.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
2.4.6
Headings and Labels
|
-
2.4.6
Headings and Labels
|
Heading has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
empty-heading procedure.
The implementation is partially
consistent with the
Heading has non-empty accessible name
proposed rule.
It covers 14 of the 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 |
-
1.3.1
Info and Relationships
|
None
|
HTML page title is descriptive
This rule is implemented by Axe DevTools Pro using the
title-not-meaningful (structure) procedure.
The implementation is
fully consistent with the
HTML page title is descriptive
proposed rule.
It covers 5 of the 6 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 |
|
|
|
Id attribute value is unique
This rule is implemented by Axe DevTools Pro 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 |
|
|
|
Iframe with negative tabindex has no interactive elements
This rule is implemented by Axe DevTools Pro using the
frame-focusable-content procedure.
The implementation is
fully consistent with the
Iframe with negative tabindex has no interactive elements
proposed rule.
It covers all 6 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Image accessible name is descriptive
This rule is implemented by Axe DevTools Pro using the
alt-text-short-text-not-meaningful (Images) procedure.
The implementation is
fully consistent with the
Image accessible name is descriptive
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 |
|
|
|
Image not in the accessibility tree is decorative
This rule is implemented by Axe DevTools Pro using the
alt-text-missing + semantic-hidden (images) procedure.
The implementation is partially
consistent with the
Image not in the accessibility tree is decorative
proposed rule.
It covers 17 of the 20 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Error message describes invalid form field value
This rule is implemented by Axe DevTools Pro using the
form-error-required-unclear + instructions-not-included (forms) procedure.
The implementation is partially
consistent with the
Error message describes invalid form field value
proposed rule.
It covers 7 of the 9 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
-
3.3.1
Error Identification
|
-
3.3.2
Labels or Instructions
|
Links with identical accessible names have equivalent purpose
This rule is implemented by Axe DevTools Pro 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 DevTools Pro 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 DevTools Pro using the
meta-viewport procedure.
The implementation is partially
consistent with the
Meta viewport allows for zoom
proposed rule.
It covers 10 of the 11 examples.
For 1 example
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
|
Object element rendering non-text content has non-empty accessible name
This rule is implemented by Axe DevTools Pro 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 DevTools Pro using the
nested-interactive procedure.
The implementation is
fully consistent with the
Element with presentational children has no focusable content
proposed 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 |
|
|
|
Role attribute has valid value
This rule is implemented by Axe DevTools Pro using the
aria-roles procedure.
The implementation is partially
consistent with the
Role attribute has valid value
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 |
-
1.3.1
Info and Relationships
|
|
Element with role attribute has required states and properties
This rule is implemented by Axe DevTools Pro 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 DevTools Pro 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)
|
|
Element in sequential focus order has visible focus
This rule is implemented by Axe DevTools Pro using the
focus-indicator-missing (keyboard) procedure.
The implementation is
fully consistent with the
Element in sequential focus order has visible focus
proposed rule.
It covers all 9 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
| Expected | Reported |
|
|
|
Table header cell has assigned cells
This rule is implemented by Axe DevTools Pro 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 DevTools Pro using the
td-headers-attr procedure.
The implementation is partially
consistent with the
Headers attribute specified on a cell refers to cells in the same table element
proposed rule.
It covers 16 of the 17 examples.
For 1 example
no results were reported. This can happen when examples are newer then the
test results.
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 DevTools Pro 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 DevTools Pro 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)
|
Visible label is part of accessible name
This rule is implemented by Axe DevTools Pro 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 |
|
|
|