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	12

Implemented Rules

Rule Name	Type	Consistency
autocomplete attribute has valid value	WCAG 2 Rule	Consistent
Button has non-empty accessible name	WCAG 2 Rule	Consistent
Form field has non-empty accessible name	WCAG 2 Rule	Partial
HTML page has lang attribute	WCAG 2 Rule	Consistent
HTML page lang attribute has valid language tag	WCAG 2 Rule	Consistent
HTML page lang and xml:lang attributes have matching values	WCAG 2 Rule	Consistent
HTML page has non-empty title	WCAG 2 Rule	Consistent
Image button has non-empty accessible name	WCAG 2 Rule	Partial
Image has non-empty accessible name	WCAG 2 Rule	Consistent
Link has non-empty accessible name	WCAG 2 Rule	Partial
ARIA required context role	Proposed Rule	Partial
ARIA state or property is permitted	Proposed Rule	Partial
Block of repeated content is collapsible	Proposed Rule	Partial
Bypass Blocks of Repeated Content	Proposed Rule	Partial
Orientation of the page is not restricted using CSS transform property	Proposed Rule	Consistent
svg element with explicit role has non-empty accessible name	Proposed Rule	Consistent
id attribute value is unique	Proposed Rule	Consistent
Links with identical accessible names have equivalent purpose	Proposed Rule	Partial
Links with identical accessible names and context serve equivalent purpose	Proposed Rule	Partial
Menuitem has non-empty accessible name	Proposed Rule	Consistent
meta viewport allows for zoom	Proposed Rule	Partial
Object element rendering non-text content has non-empty accessible name	Proposed Rule	Consistent
Element with presentational children has no focusable content	Proposed Rule	Partial
Element with role attribute has required states and properties	Proposed Rule	Consistent
Scrollable element is keyboard accessible	Proposed Rule	Partial
Table header cell has assigned cells	Proposed Rule	Partial
headers attribute specified on a cell refers to cells in the same table element	Proposed Rule	Consistent
Text has minimum contrast	Proposed Rule	Partial
Text has enhanced contrast	Proposed Rule	Consistent
video element visual-only content has accessible alternative	Proposed Rule	Partial
Visible label is part of accessible name	Proposed Rule	Consistent

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

Test Results
	autocomplete-valid
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	passed
Passed Example 6	passed
Passed Example 7	passed
Passed Example 8	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Failed Example 5	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable
Inapplicable Example 4	inapplicable
Inapplicable Example 5	inapplicable
Inapplicable Example 6	inapplicable
Inapplicable Example 7	passed

Button has non-empty accessible name

This rule is implemented by Axe-core using the button-name, and aria-command-name 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
4.1.2 Name, Role, Value	4.1.2 Name, Role, Value

Test Results
	button-name	aria-command-name
Passed Example 1	passed	inapplicable
Passed Example 2	inapplicable	inapplicable
Passed Example 3	passed	inapplicable
Passed Example 4	inapplicable	passed
Passed Example 5	passed	inapplicable
Passed Example 6	passed	inapplicable
Passed Example 7	inapplicable	inapplicable
Failed Example 1	failed	inapplicable
Failed Example 2	failed	inapplicable
Failed Example 3	inapplicable	failed
Failed Example 4	failed	inapplicable
Failed Example 5	failed	inapplicable
Inapplicable Example 1	inapplicable	inapplicable
Inapplicable Example 2	inapplicable	inapplicable
Inapplicable Example 3	passed	inapplicable
Inapplicable Example 4	inapplicable	inapplicable
Inapplicable Example 5	passed	inapplicable

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. 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	4.1.2 Name, Role, Value 1.3.1 Info and Relationships

Test Results
	aria-input-field-name	label	select-name
Passed Example 1	inapplicable	passed	inapplicable
Passed Example 2	inapplicable	passed	inapplicable
Passed Example 3	inapplicable	inapplicable	passed
Passed Example 4	inapplicable	passed	inapplicable
Passed Example 5	inapplicable	passed	inapplicable
Passed Example 6	passed	inapplicable	inapplicable
Passed Example 7	inapplicable	inapplicable	inapplicable
Failed Example 1	inapplicable	failed	inapplicable
Failed Example 2	inapplicable	failed	inapplicable
Failed Example 3	inapplicable	failed	inapplicable
Failed Example 4	inapplicable	inapplicable	failed
Failed Example 5	failed	inapplicable	inapplicable
Failed Example 6	failed	inapplicable	inapplicable
Failed Example 7	failed	inapplicable	inapplicable
Inapplicable Example 1	inapplicable	inapplicable	inapplicable
Inapplicable Example 2	inapplicable	inapplicable	inapplicable
Inapplicable Example 3	inapplicable	inapplicable	passed

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
3.1.1 Language of Page	3.1.1 Language of Page

Test Results
	html-has-lang
Passed Example 1	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable

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
3.1.1 Language of Page	3.1.1 Language of Page

Test Results
	html-lang-valid
Passed Example 1	passed
Passed Example 2	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Inapplicable Example 1	inapplicable

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
3.1.1 Language of Page	3.1.1 Language of Page

Test Results
	html-xml-lang-mismatch
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Failed Example 1	failed
Failed Example 2	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable
Inapplicable Example 4	inapplicable
Inapplicable Example 5	inapplicable
Inapplicable Example 6	passed
Inapplicable Example 7	inapplicable

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
2.4.2 Page Titled	2.4.2 Page Titled

Test Results
	document-title
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Failed Example 5	failed
Inapplicable Example 1	inapplicable

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	1.1.1 Non-text Content

Test Results
	input-image-alt
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable
Inapplicable Example 4	inapplicable
Inapplicable Example 5	inapplicable

Image has non-empty accessible name

This rule is implemented by Axe-core using the image-alt, and role-img-alt 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
1.1.1 Non-text Content	1.1.1 Non-text Content

Test Results
	image-alt	role-img-alt
Passed Example 1	passed	inapplicable
Passed Example 2	inapplicable	passed
Passed Example 3	inapplicable	passed
Passed Example 4	passed	inapplicable
Passed Example 5	passed	inapplicable
Passed Example 6	passed	inapplicable
Passed Example 7	passed	inapplicable
Passed Example 8	passed	inapplicable
Failed Example 1	failed	inapplicable
Failed Example 2	inapplicable	failed
Failed Example 3	failed	inapplicable
Failed Example 4	failed	inapplicable
Failed Example 5	failed	inapplicable
Inapplicable Example 1	inapplicable	inapplicable
Inapplicable Example 2	inapplicable	inapplicable
Inapplicable Example 3	inapplicable	inapplicable
Inapplicable Example 4	inapplicable	inapplicable
Inapplicable Example 5	inapplicable	inapplicable

Link has non-empty accessible name

This rule is implemented by Axe-core using the link-name, and area-alt 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

Test Results
	link-name	area-alt
Passed Example 1	passed	inapplicable
Passed Example 2	inapplicable	inapplicable
Passed Example 3	inapplicable	inapplicable
Passed Example 4	passed	inapplicable
Passed Example 5	passed	inapplicable
Passed Example 6	passed	inapplicable
Passed Example 7	passed	inapplicable
Passed Example 8	passed	inapplicable
Passed Example 9	passed	inapplicable
Passed Example 10	inapplicable	passed
Passed Example 11 *	inapplicable	passed
Failed Example 1	failed	inapplicable
Failed Example 2	failed	inapplicable
Failed Example 3	failed	inapplicable
Failed Example 4	failed	inapplicable
Failed Example 5	failed	inapplicable
Failed Example 6	failed	inapplicable
Failed Example 7	failed	inapplicable
Failed Example 8	failed	inapplicable
Failed Example 9	inapplicable	failed
Failed Example 10	failed	inapplicable
Failed Example 11 *	failed	inapplicable
Inapplicable Example 1	passed	inapplicable
Inapplicable Example 2	inapplicable	inapplicable
Inapplicable Example 3	inapplicable	inapplicable
Inapplicable Example 4	inapplicable	inapplicable
Inapplicable Example 5	inapplicable	inapplicable
Inapplicable Example 6	inapplicable	inapplicable

*: These examples are not yet approved for the rule. Results on these outcomes are not taken into consideration determining the consistency and coverage.

ARIA required context role

This rule is implemented by Axe-core using the aria-required-parent, and aria-required-children 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

Test Results
	aria-required-parent	aria-required-children
Passed Example 1	passed	passed
Passed Example 2	passed	inapplicable
Passed Example 3	passed	passed
Passed Example 4	passed	passed
Passed Example 5	passed	passed
Passed Example 6	passed	passed
Failed Example 1	failed	inapplicable
Failed Example 2	failed	failed
Failed Example 3	passed	passed
Failed Example 4	failed	failed
Inapplicable Example 1	inapplicable	inapplicable
Inapplicable Example 2	inapplicable	inapplicable
Inapplicable Example 3	inapplicable	inapplicable
Inapplicable Example 4	inapplicable	inapplicable
Inapplicable Example 5	passed	inapplicable

ARIA state or property is permitted

This rule is implemented by Axe-core using the aria-allowed-attr, and aria-valid-attr-value 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	4.1.2 Name, Role, Value

Test Results
	aria-allowed-attr	aria-valid-attr-value
Passed Example 1	passed	passed
Passed Example 2	passed	passed
Passed Example 3	passed	passed
Passed Example 4	passed	passed
Passed Example 5	passed	passed
Passed Example 6	passed	passed
Passed Example 7	passed	passed
Passed Example 8	passed	passed
Passed Example 9	passed	passed
Passed Example 10	passed	passed
Passed Example 11	passed	passed
Failed Example 1	failed	failed
Failed Example 2	failed	passed
Inapplicable Example 1	inapplicable	inapplicable
Inapplicable Example 2	inapplicable	inapplicable

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

Test Results
	bypass
Passed Example 1	cannot tell
Passed Example 2	untested
Passed Example 3	untested
Passed Example 4	untested
Failed Example 1	untested
Failed Example 2	untested
Failed Example 3	untested
Inapplicable Example 1	inapplicable

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 10 of the 15 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
2.4.1 Bypass Blocks	None

Test Results
	bypass
Passed Example 1	cannot tell
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	passed
Passed Example 6	passed
Passed Example 7	cannot tell
Passed Example 8	cannot tell
Passed Example 9	passed
Passed Example 10	passed
Passed Example 11	cannot tell
Passed Example 12	passed
Passed Example 13	passed
Failed Example 1	cannot tell
Inapplicable Example 1	inapplicable

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
1.3.4 Orientation	1.3.4 Orientation

Test Results
	css-orientation-lock
Passed Example 1	passed
Passed Example 2	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Inapplicable Example 1	cannot tell
Inapplicable Example 2	passed
Inapplicable Example 3	passed
Inapplicable Example 4	passed
Inapplicable Example 5	passed

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
1.1.1 Non-text Content	1.1.1 Non-text Content

Test Results
	svg-img-alt
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable

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
4.1.1 Parsing	4.1.1 Parsing

Test Results
	duplicate-id-aria
Passed Example 1	inapplicable
Passed Example 2	inapplicable
Passed Example 3	inapplicable
Passed Example 4	inapplicable
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable

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

Test Results
	identical-links-same-purpose
Passed Example 1	passed
Passed Example 2	cannot tell
Passed Example 3	passed
Passed Example 4	cannot tell
Passed Example 5	passed
Passed Example 6	cannot tell
Passed Example 7	cannot tell
Passed Example 8	cannot tell
Passed Example 9	passed
Passed Example 10	passed
Passed Example 11	passed
Passed Example 12	passed
Failed Example 1	cannot tell
Failed Example 2	cannot tell
Failed Example 3	cannot tell
Failed Example 4	cannot tell
Failed Example 5	cannot tell
Failed Example 6	cannot tell
Inapplicable Example 1	inapplicable
Inapplicable Example 2	passed
Inapplicable Example 3	inapplicable

Links with identical accessible names and context serve 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 and context serve equivalent purpose proposed rule. It covers 7 of the 17 examples. On 10 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.4 Link Purpose (In Context) 2.4.9 Link Purpose (Link Only)	None

Test Results
	identical-links-same-purpose
Passed Example 1	passed
Passed Example 2	cannot tell
Passed Example 3	passed
Passed Example 4	cannot tell
Passed Example 5	cannot tell
Passed Example 6	cannot tell
Passed Example 7	cannot tell
Passed Example 8	passed
Failed Example 1	cannot tell
Failed Example 2	cannot tell
Failed Example 3	cannot tell
Failed Example 4	cannot tell
Failed Example 5	cannot tell
Inapplicable Example 1	inapplicable
Inapplicable Example 2	passed
Inapplicable Example 3	passed
Inapplicable Example 4	inapplicable

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
4.1.2 Name, Role, Value	4.1.2 Name, Role, Value

Test Results
	button-name
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Failed Example 1	failed
Failed Example 2	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable

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
1.4.4 Resize text	None

Test Results
	meta-viewport
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	passed

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
1.1.1 Non-text Content	1.1.1 Non-text Content

Test Results
	object-alt
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Failed Example 4	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable
Inapplicable Example 4	passed
Inapplicable Example 5	passed
Inapplicable Example 6	inapplicable

Element with presentational children has no focusable content

This rule is implemented by Axe-core using the nested-interactive, aria-allowed-attr, and label procedures. The implementation is partially consistent with the Element with presentational children has no focusable content 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
4.1.2 Name, Role, Value	4.1.2 Name, Role, Value 1.3.1 Info and Relationships

Test Results
	nested-interactive	aria-allowed-attr	label
Passed Example 1	passed	passed	inapplicable
Passed Example 2	passed	passed	inapplicable
Passed Example 3	passed	passed	passed
Failed Example 1	passed	failed	inapplicable
Failed Example 2	failed	passed	inapplicable
Failed Example 3	passed, failed	passed	failed
Inapplicable Example 1	inapplicable	inapplicable	inapplicable

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
4.1.2 Name, Role, Value	4.1.2 Name, Role, Value

Test Results
	aria-required-attr
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Failed Example 1	failed
Failed Example 2	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	passed
Inapplicable Example 3	inapplicable

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)	2.1.1 Keyboard

Test Results
	scrollable-region-focusable
Passed Example 1	passed
Passed Example 2	passed
Failed Example 1	failed
Failed Example 2	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable
Inapplicable Example 4	inapplicable
Inapplicable Example 5	inapplicable
Inapplicable Example 6	inapplicable

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

Test Results
	th-has-data-cells
Passed Example 1	passed
Passed Example 2	inapplicable
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	passed
Passed Example 6	passed
Failed Example 1	cannot tell
Failed Example 2	cannot tell
Failed Example 3	inapplicable
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	passed
Inapplicable Example 4	passed
Inapplicable Example 5	passed
Inapplicable Example 6	inapplicable
Inapplicable Example 7	inapplicable

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

Test Results
	td-headers-attr
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	passed
Passed Example 6	passed
Passed Example 7	passed
Passed Example 8	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Inapplicable Example 1	passed
Inapplicable Example 2	passed
Inapplicable Example 3	passed
Inapplicable Example 4	inapplicable
Inapplicable Example 5	inapplicable

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)	1.4.3 Contrast (Minimum)

Test Results
	color-contrast
Passed Example 1	passed
Passed Example 2	cannot tell
Passed Example 3	cannot tell
Passed Example 4	passed
Passed Example 5	passed
Passed Example 6	passed
Passed Example 7	inapplicable
Passed Example 8	passed
Passed Example 9	passed
Failed Example 1	failed
Failed Example 2	cannot tell
Failed Example 3	cannot tell
Failed Example 4	failed
Failed Example 5	failed
Failed Example 6	failed
Failed Example 7	cannot tell
Failed Example 8	passed, failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	cannot tell
Inapplicable Example 4	cannot tell
Inapplicable Example 5	inapplicable
Inapplicable Example 6	passed
Inapplicable Example 7	passed
Inapplicable Example 8	inapplicable
Inapplicable Example 9	inapplicable
Inapplicable Example 10	inapplicable
Inapplicable Example 11	inapplicable

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)

Test Results
	color-contrast-enhanced
Passed Example 1	passed
Passed Example 2	cannot tell
Passed Example 3	cannot tell
Passed Example 4	passed
Passed Example 5	passed
Passed Example 6	inapplicable
Passed Example 7	passed
Passed Example 8	passed
Failed Example 1	failed
Failed Example 2	cannot tell
Failed Example 3	failed
Failed Example 4	failed
Failed Example 5	cannot tell
Failed Example 6	failed
Failed Example 7	failed
Failed Example 8	failed
Failed Example 9	cannot tell
Failed Example 10	passed, failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	cannot tell
Inapplicable Example 4	cannot tell
Inapplicable Example 5	inapplicable
Inapplicable Example 6	passed
Inapplicable Example 7	passed
Inapplicable Example 8	inapplicable
Inapplicable Example 9	inapplicable
Inapplicable Example 10	inapplicable
Inapplicable Example 11	inapplicable

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

Test Results
	audio-caption
Passed Example 1	inapplicable
Passed Example 2	cannot tell
Passed Example 3	inapplicable
Failed Example 1	inapplicable
Failed Example 2	cannot tell
Failed Example 3	inapplicable
Failed Example 4	inapplicable
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable

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
2.5.3 Label in Name	2.5.3 Label in Name

Test Results
	label-content-name-mismatch
Passed Example 1	passed
Passed Example 2	passed
Passed Example 3	passed
Passed Example 4	passed
Passed Example 5	cannot tell
Passed Example 6	passed
Failed Example 1	failed
Failed Example 2	failed
Failed Example 3	failed
Inapplicable Example 1	inapplicable
Inapplicable Example 2	inapplicable
Inapplicable Example 3	inapplicable
Inapplicable Example 4	inapplicable