Proposed wording changes for A.3.1.1 Keyboard Access (Minimum)

Proposed new note (#1):

A.3.1.1 Keyboard Access (Minimum):
All functionality of the authoring tool 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. (Level A)

<add>Note 1: Meeting this success criterion does not require the presence of a conventional keyboard. </add>
Note 2: The path exception relates to the underlying function, not the input technique. For example, if using handwriting to enter text, the input technique (handwriting) requires path-dependent input, but the underlying function (text input) does not. The path exception encompasses other input variables that are continuously sampled from pointing devices, including pressure, speed, and angle.
Note 3: This success criterion does not forbid and should not discourage providing mouse input or other input methods in addition to keyboard operation.

DEFN: Keyboard Interface:
An interface used by software to obtain keystroke input. A keyboard interface can allow keystroke input even if particular devices do not contain a conventional keyboard (e.g., a touchscreen-controlled device can have a keyboard interface built into its operating system to support onscreen keyboards as well as external keyboards that may be connected). Keyboard-operated mouse emulators, such as MouseKeys, do not qualify as operation through a keyboard interface because these emulators use pointing device interfaces, not keyboard interfaces.






(MR) JAN RICHARDS
PROJECT MANAGER
INCLUSIVE DESIGN RESEARCH CENTRE (IDRC)

T 416 977 6000 x3957
F 416 977 9844
E jrichards@ocad.ca<mailto:jrichards@ocad.ca>

Twitter @OCAD<http://twitter.com/ocad>
Facebook www.facebook.com/OCADUniversity<http://www.facebook.com/ocaduniversity>

OCAD UNIVERSITY
100 McCaul Street, Toronto, Canada  M5T 1W1
www.ocadu.ca<http://www.ocad.ca>