About

Version: WCAG 2.0+
Number: 2.1.1
Level: A
Applicability:
  • Buttons
  • Custom Controls
  • Forms
  • Inputs
Requirement:

All functionality of the content is operable through a keyboard interface without requiring specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the user's movement and not just the endpoints.

Guidance:

Purpose

The purpose of this success criterion is to ensure that user that require a keyboard to access a publication have access to all functionality in the content, except where the required input cannot be replicated by keyboard.

How to Meet

Authors need to ensure that all controls and links are accessible by keyboard input and that the input is not time-based (e.g., that users must press keys a certain number of times or for a specific length of time to register).

This success criterion typically applies to custom controls and links that authors create through scripting. Native HTML elements for these functions are generally accessible, with authors only needing to ensure that they are clearly labeled.

Note that this success criterion does not apply to functionality where the full path of action is important, as keyboards typically cannot replicate this functionality. An example would be an embedded program that allows users to freehand draw.

Additional Information

The following knowledge base pages provide more information about how to address this success criterion for publishing content: