New Rule: Scrollable pane not keyboard accessible

[dsturley]

Scrollable areas (overflow: auto / scroll) need a method for keyboard-only users to scroll the area. This can be fixed if:

1. The scrollable area has focusable elements within it.
2. The scrollable area is added to tab order.

[dylanb]

Any idea how we get this to perform well?

[WilcoFiers]

We have a list of scrollable elements that we need for restoreScroll. We may need a way to bypass the selector/matches and use that list instead. We'll also need to check that there is hidden content and that there is visible content as well. This may have to be experimental.

[marcysutton]

Perhaps the new valid-scrollable-semantics check could be leveraged for this? ce5f3dc

[jeeyyy]

Rule: scrollable-region-focusable

The rule checks that scrollable elements have keyboard access.

Tags: wcag2a, wcag211

Matcher

Element(s) that can be scrolled. (See - function getScroll)

Checks

Check 1

"any": focusable-content
check that element has focusable content

pass -
fail -

Check 2

"any": is-focusable
check that element is focusable

pass -
fail -

Egs:

//overflow

iframe

[jeankaplansky]

documented in INR - 6/17/2019

[jeankaplansky]

https://dequeuniversity.com/rules/axe/3.3/scrollable-region-focusable

[jeankaplansky]

DQU and WCAG links included creating MVP rule help

[chandana7393]

Tested, working as expected.



Tested Environment:
Attest - 2.5.1.21115v
Axe - 3.8.1.21115v
Axe-coconut - 3.8.1.21304v
Chrome - 76.0.3809.87v
Firefox - 68.0.1v
OS - Windows 10 64 bit.