ISO/IEC 20071-5:2022
(Main)Information technology — User interface component accessibility — Part 5: Accessible user interfaces for accessibility settings on information devices
Information technology — User interface component accessibility — Part 5: Accessible user interfaces for accessibility settings on information devices
This document specifies requirements and recommendations for making accessibility settings accessible and usable. It provides guidance on specific accessibility settings, saving settings and modifying settings. It specifies how to access and operate the accessibility setting mode, and how to directly activate specific accessibility features. This document applies to all operating system user interfaces on all types of information and communications technologies (ICTs) from the point where the operating system is fully functional and waiting for the user to interact with it. This document does not apply to: — storing and retrieving information from a stored user profile, including personally identifiable information; — accessibility of the closed functionality that does not support access by assistive technology; — accessibility of boot mode.
Technologies de l'information — Accessibilité du composant interface utilisateur — Partie 5: Interfaces utilisateur accessibles pour le paramétrage de l'accessibilité d'appareils informatiques
General Information
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 20071-5
First edition
2022-05
Information technology — User
interface component accessibility —
Part 5:
Accessible user interfaces for
accessibility settings on information
devices
Technologies de l'information — Accessibilité du composant interface
utilisateur —
Partie 5: Interfaces utilisateur accessibles pour le paramétrage de
l'accessibilité d'appareils informatiques
Reference number
ISO/IEC 20071-5:2022(E)
© ISO/IEC 2022
---------------------- Page: 1 ----------------------
ISO/IEC 20071-5:2022(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO/IEC 2022
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC 20071-5:2022(E)
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Requirements and recommendations . 7
4.1 Accessibility setting mode . 7
4.1.1 Contents and interface of the accessibility setting mode . 7
4.1.2 Accessibility setting mode before login . 11
4.2 Items of accessibility setting . 13
4.2.1 Input .13
4.2.2 Output . 20
4.3 Shortcuts to access the accessibility features . 22
4.3.1 General .22
4.3.2 Shortcuts to access accessibility settings . 23
4.3.3 Shortcuts to activate accessibility features or preset usage modes .23
4.4 Saving accessibility parameters . 23
Annex A (informative) Examples of shortcut keys and voice commands .24
Bibliography .29
iii
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 3 ----------------------
ISO/IEC 20071-5:2022(E)
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are
members of ISO or IEC participate in the development of International Standards through technical
committees established by the respective organization to deal with particular fields of technical
activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international
organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the
work.
The procedures used to develop this document and those intended for its further maintenance
are described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria
needed for the different types of document should be noted. This document was drafted in
accordance with the editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives or
www.iec.ch/members_experts/refdocs).
Attention is drawn to the possibility that some of the elements of this document may be the subject
of patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent
rights. Details of any patent rights identified during the development of the document will be in the
Introduction and/or on the ISO list of patent declarations received (see www.iso.org/patents) or the IEC
list of patent declarations received (see https://patents.iec.ch).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to
the World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) see
www.iso.org/iso/foreword.html. In the IEC, see www.iec.ch/understanding-standards.
This document was prepared by Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 35, User interfaces.
A list of all parts in the ISO/IEC 20071 series can be found on the ISO and IEC websites.
Any feedback or questions on this document should be directed to the user’s national standards
body. A complete listing of these bodies can be found at www.iso.org/members.html and
www.iec.ch/national-committees.
iv
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 4 ----------------------
ISO/IEC 20071-5:2022(E)
Introduction
People with disabilities (e.g. visual, hearing, physical) can experience difficulties in accessing
information and communications technology (ICT) devices. Accessible user interfaces, as described in
this document, can help them to operate devices.
To effectively operate accessible user interfaces, users need to be able to adjust accessibility settings
first. If this is not possible, some people will not be able to access these devices without help from
another party.
This document makes information technologies more accessible by ensuring that people with
disabilities can adjust accessibility settings by themselves.
v
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 5 ----------------------
INTERNATIONAL STANDARD ISO/IEC 20071-5:2022(E)
Information technology — User interface component
accessibility —
Part 5:
Accessible user interfaces for accessibility settings on
information devices
1 Scope
This document specifies requirements and recommendations for making accessibility settings
accessible and usable. It provides guidance on specific accessibility settings, saving settings and
modifying settings. It specifies how to access and operate the accessibility setting mode, and how to
directly activate specific accessibility features.
This document applies to all operating system user interfaces on all types of information and
communications technologies (ICTs) from the point where the operating system is fully functional and
waiting for the user to interact with it.
This document does not apply to:
— storing and retrieving information from a stored user profile, including personally identifiable
information;
— accessibility of the closed functionality that does not support access by assistive technology;
— accessibility of boot mode.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO 9241-171:2008, Ergonomics of human-system interaction — Part 171: Guidance on software
accessibility
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
1
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 6 ----------------------
ISO/IEC 20071-5:2022(E)
NOTE The terms BounceKeys™, StickyKeys™, SlowKeys™, FilterKeys™, MouseKeys™, RepeatKeys™,
ToggleKeys™, SoundSentry™, and ShowSounds™ are all trademarks of the University of Wisconsin. However,
use of the terms is permitted freely, without royalty or license, to describe user interface features that have the
1)
functionality and behaviour described in this document .
3.1
accessibility feature
feature that is specifically designed to increase the usability of products for persons with disabilities
[SOURCE: ISO 9241-171:2008, 3.3, modified — "persons with disabilities" was replaced by "those
experiencing disabilities".]
3.2
accessibility setting
setting to make the user interface more accessible for people with disabilities
EXAMPLE A setting is provided to turn large text or screen magnification ON for people with low vision.
Note 1 to entry: There are three types of accessibility settings:
— The settings for the operating system.
— The settings for the application by the operating system.
— The settings inside of the application.
3.3
accessibility setting mode
user interface where the user adjusts accessibility settings (3.2)
Note 1 to entry: A user can access almost all the accessibility settings and adjustments for the accessibility
features (3.1) through this mode.
3.4
auditory feedback
feature that allows users to determine, by sound indication, relevant activities on the device (e.g. key
input)
Note 1 to entry: Auditory feedback includes a beep sound with, e.g. key input, alarm sound, speech output. Audio
feedback can be personalised by the user.
3.5
BounceKeys™
feature that only accepts a single keystroke at a time from a key
Note 1 to entry: BounceKeys™ is designed for users with a tremor or lack of dexterity that causes them to
inadvertently strike a key extra times when pressing or releasing the key. Once a key is released it will not accept
another stroke of the same key until a (user-settable) period of time has passed. BounceKeys™ has no effect on
how quickly a person can type a different key.
Note 2 to entry: See ISO 9241-171:2008, E.3.4 (modified).
3.6
FilterKeys™
BounceKeys™ (3.5) and SlowKeys™ (3.20) features combined
Note 1 to entry: The term FilterKeys™ is sometimes used for the BounceKeys™ and SlowKeys™ features packaged
together. Some implementations make these two features mutually exclusive. However, they can also both be
active at the same time (although SlowKeys™ will dominate).
1) BounceKeys™, StickyKeys™, SlowKeys™, FilterKeys™, MouseKeys™, RepeatKeys™, ToggleKeys™, SoundSentry™,
and ShowSounds™ are the trademarks of the University of Wisconsin. This information is given for the convenience
of users of this document and does not constitute an endorsement by ISO or IEC of the product named. Equivalent
products may be used if they can be shown to lead to the same results.
2
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 7 ----------------------
ISO/IEC 20071-5:2022(E)
Note 2 to entry: See ISO 9241-171:2008, E.3.5.
3.7
gaze control
interaction through eye gaze or blink
3.8
home function
reserved operation of the user interface that moves all open applications to the background and returns
visible and programmable focus to the home screen
Note 1 to entry: For some devices, the home function can be activated using the home button.
Note 2 to entry: The home function can be accessed within an application via a labelled button, such as a back
button.
Note 3 to entry: The home function can be accessed by voice.
Note 4 to entry: The home function may be assigned to key combinations or gestures.
3.9
login mode
user interface for authentication to access the operating system
Note 1 to entry: The login mode includes, e.g. password input form, biometrics authentication, voice
authentication. Login mode begins after boot mode (3.10).
3.10
boot mode
initialized mode of program operations when a computer is turned on
Note 1 to entry: The boot mode ends when the operating system of the device is loaded and is followed by login
mode (3.9).
[SOURCE: ISO/IEC IEEE 24765:2017, 3.402, modified — "device" was replaced by "computer".]
3.11
MouseKeys™
feature that allows the user to control the mouse cursor and operate the mouse buttons via the
keyboard (e.g. the numeric keypad)
Note 1 to entry: MouseKeys™ is designed for users who are physically unable to use a mouse.
Note 2 to entry: See ISO 9241-171:2008, E.3.6.
3.12
on-screen keyboard
virtual keyboard displayed on any type of screen
Note 1 to entry: On-screen keyboards are one specific type of virtual keyboard, probably the most common, that
use a screen to display a visual keyboard.
Note 2 to entry: This type of virtual keyboard can be used on personal computer screens, on feature phones and
tablets, mobile phones and tablets, TVs, kiosks, whiteboards.
2)
[SOURCE: ISO/IEC 22121-2, 3.1 ]
2) Under preparation. Stage at the time of publication: ISO/IEC DIS 22121-2.
3
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 8 ----------------------
ISO/IEC 20071-5:2022(E)
3.13
operating system-specific key for invoking commands
special key to access capability to control the operating system (OS) function
Note 1 to entry: The name of the operating system-specific key for invoking commands differs depending on the
OS. Some common names for this function include: “Logo key” and “Command key.”
Note 2 to entry: Some devices have the same functionality by non-key user interfaces, including gesture.
3.14
pointing device
equipment to point to the location on the screen directly (e.g. finger, pen) or indirectly (e.g. mouse)
EXAMPLE Mouse, track ball, touch pen, touch pad, touch panel, stylus, touch screen, routing keys, eye
control.
3.15
RepeatKeys™
feature to control auto-repeat which evokes the same effect of repetitional key push by one push, repeat
onset and repeat rate of keys
Note 1 to entry: RepeatKeys™ is designed to allow use of devices by people who cannot move quickly enough
when pressing keys to keep them from auto-repeating. The feature to adjust repeat onset, repeat rate and to
turn auto-repeat off are usually included as part of most keyboard system settings (3.24). If these features are not
included, RepeatKeys™ provides them. RepeatKeys™ also ensures that the repeat delay and repeat interval can
be personalized (if the standard maximum value for either of the regular key repeat settings is not long enough).
Note 2 to entry: See ISO 9241-171:2008, E.3.7.
3.16
screen magnifier
assistive technology that allows users to operate a software system with an enlarged presentation of
screen content
Note 1 to entry: Users control the screen magnifier separately from the system by keyboard, pointing device
(3.14), or gesture.
Note 2 to entry: Screen magnifiers can enlarge content up to 500 % or more. They provide additional visual
features such as inverse video, colour replacement, and monitoring for system notifications and events.
Note 3 to entry: Some screen magnifiers also support text-to-speech.
3.17
screen reader
assistive technology that controls the system and provides information and feedback without the need
for a visual display
Note 1 to entry: Screen readers display information through text-to-speech and/or dynamic braille output.
Control is provided through either keyboard or gestures, or both.
Note 2 to entry: Screen readers rely on a data stream from the system that includes information from applications
such as the name, role, status, and value of a user-interface element. This information stream is referred to as the
"accessibility tree".
Note 3 to entry: Screen readers provide system feedback through auditory cues based on the user’s preferences,
e.g. feedback to changes between focus and browse modes, keypresses, gesture operations.
3.18
shortcut
operation that invokes an action without displaying intermediate information (e.g. menus) or requiring
pointer movement or any other user activity
4
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 9 ----------------------
ISO/IEC 20071-5:2022(E)
3.19
ShowSounds™
user-configurable system flag that is readable by application software and is intended to inform
ShowSounds™-aware applications that all information conveyed audibly should also be conveyed
visually
Note 1 to entry: ShowSounds™ is a feature for users who cannot clearly hear speech or cannot distinguish
between sounds from a device (due to hearing loss, noisy environment, or an environment where sound is not
allowed, such as a library or classroom). For example, a message or icon can be displayed when a sound is used to
indicate that new mail has arrived.
Note 2 to entry: See ISO 9241-171:2008, E.3.10.
3.20
SlowKeys™
feature to ignore all keys that are bumped or pressed briefly
Note 1 to entry: SlowKeys™ is designed for users who have extra, uncontrolled movements that cause them to
strike surrounding keys unintentionally when typing. Keystrokes are accepted only if keys are held down for a
user-specified period of time.
Note 2 to entry: See ISO 9241-171:2008, E.3.3 (1).
3.21
SoundSentry™
feature providing a visual signal to indicate when the device is generating a sound
EXAMPLE Screen flash, caption bar flash.
Note 1 to entry: SoundSentry™ is a feature for individuals who cannot hear system sounds (due to hearing loss, a
noisy environment, or an environment where sound is not allowed, such as a library or classroom). SoundSentry™
works by monitoring the system sound hardware and providing a user-selectable indication whenever sound
activity is detected. This feature cannot usually discriminate between different sounds, identify the sources of
sounds, or provide a useful alternative for speech output or information encoded in sounds. Applications can
support the ShowSounds™ (3.19) feature to provide the user with a useful alternative to information conveyed
using sound. SoundSentry™ is a system-level fallback for applications that do not support ShowSounds™.
Note 2 to entry: See ISO 9241-171:2008, E.3.9.
3.22
StickyKeys™
feature that allows users to press key combinations (e.g. Ctrl+Alt+Delete) sequentially rather than
having to hold them all down together
Note 1 to entry: StickyKeys™ is designed for people who cannot use both hands, or who use a dowel or stick to
type. StickyKeys™ works with those keys defined as “modifier” keys, such as the Shift, Alt and Ctrl keys. Usually
the StickyKeys™ status is shown on-screen at the user's option.
Note 2 to entry: See ISO 9241-171:2008, E.3.2 (1).
3.23
switch control
feature that allows users to use switches to select, tap, or drag items, type, and freehand draw
Note 1 to entry: Item scanning, point scanning, and manual selection (head tracking) are possible strategies.
Note 2 to entry: The switch control method supports users who are not able to operate more than one single
switch.
5
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 10 ----------------------
ISO/IEC 20071-5:2022(E)
3.24
system settings
user interface where the user adjusts operating system settings
Note 1 to entry: The name of the system settings differs depending on the operating system. Some common
names for this feature include: “control panel” and “system preferences.”
3.25
tactile feedback
feature that allows users to determine, by touch, the indication of relevant activities on the device (e.g.
key input)
EXAMPLE Vibration, movement, temperature.
3.26
time out
feature that turns the accessibility features (3.1) off automatically after an adjustable time when no
keyboard or mouse activity occurs
Note 1 to entry: Time out (accessibility features) is intended to be used on public or shared devices, e.g. in libraries,
bookstores, where a user can leave the device with an access feature turned on, thus potentially confusing the
next user or leading people to think the device was broken.
Note 2 to entry: See ISO 9241-171:2008, E.3.11 (1).
3.27
ToggleKeys™
feature alerting the user when the state of a locking key has changed
Note 1 to entry: ToggleKeys™ is a feature for users who cannot see the visual keyboard status indicators for
locking (toggle) keys, e.g. CapsLock, ScrollLock, NumLock. ToggleKeys™ provides an auditory signal, such as a
high beep, to alert the user that a toggle key such as the CapsLock has been locked, and a separate signal, such as
a low beep, to alert the user that a toggle key has been unlocked.
Note 2 to entry: See ISO 9241-171:2008, E.3.8 (1).
3.28
visual emphasis
feature that allows users to change the visual aspects to improve visibility
EXAMPLE Setting of character size, screen magnification, contrast, luminance, colour balance, colour tone
inverse, gradation.
3.29
visual feedback
feature that allows users to determine, by vision indication, the relevant activities on the device
EXAMPLE Displaying the visual representations of pushed keys.
3.30
voice command
spoken instruction to control the information and communications technology (ICT) system
[SOURCE: ISO/IEC 30122-1:2016, 4.1]
3.31
voice operation
feature that allows users to operate a device with voice commands (3.30)
EXAMPLE Device command “Play music!” starts playing music.
Note 1 to entry: Voice commands usually follow an activation keyword (e.g. “Computer!”) to distinguish them
from other speech that is not intended as a voice command.
6
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 11 ----------------------
ISO/IEC 20071-5:2022(E)
Note 2 to entry: Some voice operation requires high speed network connection for natural language recognition.
4 Requirements and recommendations
4.1 Accessibility setting mode
4.1.1 Contents and interface of the accessibility setting mode
4.1.1.1 General
The accessibility setting mode provides an interface to the accessibility settings described in 4.2 as an
alternative to the accessibility setting shortcuts described in 4.3.
The accessibility setting interface shall be in accordance with the accessibility requirements of
ISO 9241-171.
The accessibility setting mode should be visible also from the system setting mode and vice versa,
because it is sometimes not clear for the users if settings (e.g. language or localization) belong to the
system or accessibility setting.
The accessibility setting interface should be structured along different user needs. For example, the
first level of the sub menu includes user needs, e.g. seeing, hearing, interaction and touch, learning,
understanding, and language. The second level of the sub menu includes applicable system features, e.g.
media, screen, sounds, TTS, voice control, authentication and braille.
NOTE Most operating systems provide a unified approach to accessibility settings that applications can
employ for their own settings, however in most cases, applications are free to implement their own application-
specific accessibility settings, often so as to keep a consistent user interface across multiple operating systems.
Accessibility settings are:
a) temporary,
b) for the runtime of a specific application,
c) for all instances of a specific application,
d) for the current user session,
e) for all user sessions of the user,
f) system-wide for all users (system configuration),
g) domain wide for all users on multiple systems.
The accessibility setting mode can offer many predefined system-wide user profiles dedicated to
several user needs including colour blindness, low vision, very low vision, inverse video, extended
timing, microgesture, switch control, no vision and vocalized.
Predefined system profiles are often used for public terminals but no longer used on personal devices,
because the presettings often do not meet the individual's needs. Therefore, predefined system
accessibility profiles shall be modifiable to individual user needs.
The accessibility setting mode shall provide a means to save the setting parameter (see 4.4).
The accessibility setting mode interface should provide a function to reset the accessibility setting to
the default parameters.
7
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 12 ----------------------
ISO/IEC 20071-5:2022(E)
4.1.1.2 Input
4.1.1.2.1 Input with visual feedback
a) Any devices that have gaze control functionalities, gaze control access to all settings shall be
provided.
4.1.1.2.2 Audio (voice) input
a) Any devices that have voice command functionalities, voice operation access to all settings shall be
provided to users.
b) Natural language should be used for voice operation.
c) The voice command settings shall be provided to users in an accessible manner.
4.1.1.2.3 Touch or movement input
a) Keyboard access to all settings shall be provided.
b) The keyboard access shall not require a user to press three or more keys simultaneously, and it
should not require pressing two keys simultaneously.
NOTE 1 a) and b) apply to devices that have a keyboard or that provide keyboard interface.
NOTE 2 a) and b) do not apply to devices that provide keyboard interface for shorthand or braille cord
keyboards or that have a keyboard switchable to such modes.
c) Pointing device access to all settings shall be provided.
NOTE 3 c) applies to devices that equip a pointing device or that provide a pointing device interface.
d) The gesture command settings shall be provided to users in an accessible manner.
NOTE 4 d) applies to devices that provide a gesture interface.
e) When choosing function keys for accessibility settings, care should be taken to choose appropriate
key locations to minimise the risk that a user makes the system inaccessible to themselves by
pressing the wrong key accidentally.
EXAMPLE On a QWERTY keyboard, the keys A, S, and D are adjacent. To support users who can
accidentally hit an adjacent key, the keys used to activate different access features are set as A, D, and G
rather than A, S, and D.
f) Settings for switch control, press or click delay, mouse or pointing parameters (e.g. sensitivity,
speed) shall be provided.
g) Any devices that have switch control functionalities, switch control access to all setting items shall
be provided by item scanning, point scanning, and manual selection (head tracking).
Related accessibility settings are:
— user selection of selection strategy (default scanning mode),
— adjustment of scanning speed,
— change of location of the selection control menu,
— turn sound or speech accompaniment on or off,
— turn off groups to scan items one at a time.
NOTE 5 Item scanning highlights items or groups on the screen one at a time.
8
© ISO/IEC 2022 – All rights reserved
---------------------- Page: 13 ----------------------
ISO/IEC 20071-5:2022(E)
NOTE 6 Point scanning lets the user select an item on the screen by pinpointing it with scanning crosshairs.
NOTE 7 The camera on the device is used to track the movement of the head to control a pointer on the screen
and track the user's facial movements to perform actions.
4.1.1.3 Output
4.1.1.3.1 Visual output
a) Each setting shall have an on-screen description presented in the system default language or
selected natural language. This description can be an on-screen text, a sign language video, or pre-
recorded audio track.
NOTE 1 Hundreds of sign languages are used around the world. No one sign language is understood
internationally. Communities with a common spoken language (e.g. English) often have different sign
languages (e.g. American Sign Language, British Sign Language, Australian Sign Language, Irish Sign
Language).
b) Text size in the accessibility setting mode shall be scalable up to 200 %. See Reference [7], 1.4.4 and
1.4.8.
c) Text on the screen
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.