Understanding Focus Not Obscured

Status

This understanding document is part of the draft WCAG 2.2 content. It may change or be removed before the final WCAG 2.2 is published.

Focus Not Obscured Success Criterion text

When a user interface component receives keyboard focus, the component is not entirely hidden due to author-created content.

Intent of Focus Not Obscured

For sighted people with mobility impairments who use a keyboard-like device (e.g., a switch, voice input), knowing the current point of focus is very important. When progressing through a page other content can hide the focused element.

Where other content can overlap with a focused item, the focused element should not be hidden. Typical types of content that can overlap focused items are sticky footers, sticky headers, or non-modal dialogues. As a user tabs through the page, these layers of content can obscure the focused item, including the focus indicator. If the interface is configurable so that the user can move toolbars and non-modal dialogs around, then only the initial positions of user-movable content would be considered for testing and conformance of this success criterion.

Benefits of Focus Not Obscured

Examples of Focus Not Obscured

Resources

Techniques for Focus Not Obscured

Sufficient Techniques

  1. CSS: Using scroll-padding to ensure a sticky header does not obscure the focused item (Potential future technique).

Additional Techniques (Advisory)

Failures