This is an archive of an inactive wiki and cannot be modified.

1. Support input and output device-independence

1.1 Full keyboard access (P1)

(Original)

  1. Ensure that the user can operate, through keyboard input alone, any user agent functionality available through the user interface.

Normative inclusions and exclusions

  1. This checkpoint excludes the requirements of checkpoint 1.2.
  2. Conformance detail: For both content and user agent

Notes

UAAG2 ISSUES

1.2 Activate event handlers (P1)

(Original)

  1. Allow the user to activate, through keyboard input alone, all input device event handlers that are explicitly associated with the element designated by the content focus.
  2. In order to satisfy provision one of this checkpoint, the user must be able to activate as a group all event handlers of the same input device event type. For example, if there are 10 handlers associated with the onmousedown event type, the user must be able to activate the entire group of 10 through keyboard input alone, and must not be required to activate each handler separately.

Normative inclusions and exclusions

  1. Provision one of this checkpoint applies to handlers of any input device event type, including event types for keyboard, pointing device, and voice input.
  2. The user agent is not required to allow activation of event handlers associated with a given device (e.g., the pointing device) in any order other than what the device itself allows (e.g., a mouse down event followed by a mouse drag event followed by a mouse up event).
  3. The requirements for this checkpoint refer to any explicitly associated input device event handlers associated with an element, independent of the input modalities for which the user agent conforms. For example, suppose that an element has an explicitly associated handler for pointing device events. Even when the user agent only conforms for keyboard input (and does not conform for the pointing device, for example), this checkpoint requires the user agent to allow the user to activate that handler with the keyboard.
  4. This checkpoint is mutually exclusive of checkpoint 1.1 since the current checkpoint may be excluded from a conformance profile, unlike other keyboard operation requirements.
  5. Conformance profile labels: Events

Notes

UAAG2 ISSUES

ckl: Add some more techniques related to ARIA and accessibility APIs, such as:

  1. ckl: In a Rich Internet Application (RIA), an element with an event handler often defines a widget and has a defined "role" attribute to describe the behavior of the widget. The user agent must expose the value of role attributes to assistive technologies through DOM interfaces but should also expose these attributes using platform accessibility APIs. IAccessible2 (IA2) for Windows and the Accessibility Toolkit (ATK) for Linux have roles defined which easily map to roles defined for Accessible Rich Internet Applications (ARIA).

1.3 Provide text messages (P1) Techniques for checkpoint 1.3

(Original)

  1. Ensure that every message (e.g., prompt, alert, or notification) that is a non-text element and is part of the user agent user interface has a text equivalent.
  2. ckl: Allow configuration not to render non-essential or low priority text messages based on priority properties defined by the author.

Notes

ckl: Under techniques for this guideline, reference Live Regions section of ARIA States spec: http://www.w3.org/TR/aria-state/#liveregions

UAAG2 ISSUES