Information and Communications Technology (ICT) Accessibility Requirements

5.1.1 Introduction (informative)

ICT has closed functionality for many reasons, including design or policy. Some of the functionality of products can be closed because the product is self-contained and users are precluded from adding peripherals or software in order to access that functionality.

ICT may have closed functionality in practice even though the ICT was not designed, developed or supplied to be closed.

Computers that do not allow end-users to adjust settings or install software are functionally closed.

C.5.1.1 Introduction (informative)

Clause 5.1.1 is informative and does not contain requirements that require testing.

5.1.2.1 Closed functionality

Where ICT has closed functionality, it shall meet the requirements set out in clauses 5.2 to 13, as applicable.

NOTE 1: ICT may close some, but not all, of its functionalities. Only the closed functionalities have to conform to the requirements of clause 5.1.

NOTE 2: The requirements within this clause replace those in clauses 5.2 to 13 that specifically state that they do not apply to closed functionality. This may be because they relate to compatibility with assistive technology or to the ability for the user to adjust system accessibility settings in products with closed functionality (e.g. products that prevent access to the system settings control panel).

C.5.1.2.1 Closed functionality

See clauses C.5.2 to C.13, as applicable.

5.1.2.2 Assistive technology

Where ICT has closed functionality, that closed functionality shall be operable without requiring the user to attach, connect or install assistive technology and shall conform to the generic requirements of clauses 5.1.3 to 5.1.6 as applicable. Personal headsets and induction loops shall not be classed as assistive technology for the purpose of this clause.

C.5.1.2.2 Assistive technology

Type of assessment

Testing

Pre-conditions

1. The ICT has closed functionality.

Procedure

1. Determine the closed functions of the ICT.

2. Check that the tests C.5.1.3 to C.5.1.6 can be carried out without the attachment or installation of any assistive technology except personal headsets or inductive loops.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-condition 1 is not met

5.1.3.1 Audio output of visual information

Where visual information is needed to enable the use of those functions of ICT that are closed to assistive technologies for screen reading, ICT shall provide at least one mode of operation using non-visual access to enable the use of those functions.

NOTE 1: Non-visual access may be in an audio form, including speech, or a tactile form.

NOTE 2: The visual information needed to enable use of some functions may include operating instructions and orientation, transaction prompts, user input verification, error messages and non-text content.

C.5.1.3.1 Audio output of visual information

Type of assessment

Testing

Pre-conditions

1. Visual information is needed to enable the use of those functions of the ICT that are closed to assistive technology for screen reading.

Procedure

1. Determine the functions of the ICT closed to screen reading.

2. Check that they are all operable using non-visual access.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-condition 1 is not met.

5.1.3.2 Auditory output delivery including speech

Where auditory output is provided as non-visual access to closed functionality, the auditory output shall be delivered:

1. either directly by a mechanism included in or provided with the ICT; or

2. by a personal headset that can be connected through a 3,5 mm audio jack, or an industry standard connection, without requiring the use of vision.

NOTE 1: Mechanisms included in or provided with ICT may be, but are not limited to, a loudspeaker, a built-in handset/headset, or other industry standard coupled peripheral.

NOTE 2: An industry standard connection could be a wireless connection.

NOTE 3: Some users may benefit from the provision of an inductive loop.

C.5.1.3.2 Auditory output delivery including speech

Type of assessment

Inspection

Pre-conditions

1. Auditory output is provided as non-visual access to closed functionality.

Procedure

1. Check that the auditory output is delivered by a mechanism included in or provided with the ICT.

2. Check that the auditory output is delivered by a personal headset that can be connected through a 3,5 mm audio jack or an industry standard connection without requiring the use of vision.

Result

Pass: Check 1 or 2 is true

Fail: Checks 1 and 2 are false

Not applicable: Pre-condition 1 is not met

5.1.3.3 Auditory output correlation

Where auditory output is provided as non-visual access to closed functionality, and where information is displayed on the screen, the ICT should provide auditory information that allows the user to correlate the audio with the information displayed on the screen.

NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if it cannot be fully comprehended. An audio alternative that is both complete and complementary includes all visual information such as focus or highlighting, so that the audio can be correlated with information that is visible on the screen at any point in time.

NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information displayed on the screen include structure and relationships conveyed through presentation.

C.5.1.3.3 Auditory output correlation

Clause 5.1.3.3 is informative only and contains no requirements requiring test.

5.1.3.4 Speech output user control

Where speech output is provided as non-visual access to closed functionality, the speech output shall be capable of being interrupted and repeated when requested by the user, where permitted by security requirements.

NOTE 1: It is best practice to allow the user to pause speech output rather than just allowing them to interrupt it.

NOTE 2: It is best practice to allow the user to repeat only the most recent portion rather than requiring play to start from the beginning.

C.5.1.3.4 Speech output user control

Type of assessment

Inspection

Pre-condition

1. Speech output is provided as non-visual access to closed functionality.

Procedure

1. Check that the speech output is capable of being interrupted when requested by the user.

2. Check that the speech output is capable of being repeated when requested by the user.

Result

Pass: All checks are true

Fail: Any check is false

Not applicable: Pre-condition 1 is not met

5.1.3.5 Speech output automatic interruption

Where speech output is provided as non-visual access to closed functionality, the ICT shall interrupt current speech output when a user action occurs and when new speech output begins.

NOTE: Where it is essential that the user hears the entire message, e.g. a safety instruction or warning, the ICT may need to block all user action so that speech is not interrupted.

C.5.1.3.5 Speech output automatic interruption

Type of assessment

Inspection

Pre-conditions

1. Speech output is provided as non-visual access to closed functionality.

Procedure

1. Determine the closed functions of the ICT.

2. Check that the speech output for each single function is interrupted on a user action.

3. Check that the speech output for each single function is interrupted when new speech output begins.

Result

Pass: Check 2 and 3 are true

Fail: Check 2 or 3 are false

Not applicable: Pre-condition 1 is not met

5.1.3.6 Speech output for non-text content

Where ICT presents non-text content, the alternative for non-text content shall be presented to users via speech output unless the non-text content is pure decoration or is used only for visual formatting. The speech output for non-text content shall follow the guidance for "text alternative" described in WCAG 2.1 Success Criterion 1.1.1 Non-text content.

C.5.1.3.6 Speech output for non-text content

Type of assessment

Testing

Pre-conditions

1. Non-text content is presented to users via speech output.

Procedure

1. Check that speech output is provided as an alternative for non-text content.

2. Check that the non-text content is not pure decoration.

3. Check that the non-text content is not used only for visual formatting.

4. Check that the speech output follows the guidance for "text alternative" described in WCAG 2.1 Success Criterion 1.1.1 Non-text content.

Result

Pass: Checks 1 and 2 and 3 and 4 are true; or 1 and 2 are false; or 1 and 3 are false

Fail: Checks 1 is true and 2 false; or 1 is true and 3 false; or 1 and 2 and 3 are true and 4 is false

Not applicable: Pre-condition 1 is not met

5.1.3.7 Speech output for video information

Where pre-recorded video content is needed to enable the use of closed functions of ICT and where speech output is provided as non-visual access to closed functionality, the speech output shall present equivalent information for the pre-recorded video content.

NOTE: This speech output can take the form of an audio description or an auditory transcript of the video content.

C.5.1.3.7 Speech output for video information

Type of assessment

Testing

Pre-conditions

1. Pre-recorded video content is needed to enable the use of closed functions of ICT.

2. Speech output is provided as non-visual access to non-text content displayed on closed functionality.

Procedure

1. Check that the speech output presents equivalent information for the pre-recorded video content.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.8 Masked entry

Where auditory output is provided as non-visual access to closed functionality, and the characters displayed are masking characters, the auditory output shall not be a spoken version of the characters entered unless the auditory output is known to be delivered only to a mechanism for private listening, or the user explicitly chooses to allow non-private auditory output.

NOTE 1: Masking characters are usually displayed for security purposes and include, but are not limited to asterisks representing personal identification numbers.

NOTE 2: Unmasked character output might be preferred when closed functionality is used, for example, in the privacy of the user's home. A warning highlighting privacy concerns might be appropriate to ensure that the user has made an informed choice.

C.5.1.3.8 Masked entry

Type of assessment

Testing

Pre-conditions

1. Auditory output is provided as non-visual access to closed functionality.

2. The characters displayed are masking characters.

3. Any option to allow non-private auditory output has not been activated.

Procedure

1. Check that the auditory output is not a spoken version of the characters entered.

2. Check that the auditory output is known to be delivered only to a mechanism for private listening.

Result

Pass: Any check is true

Fail: All checks are false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.9 Private access to personal data

Where auditory output is provided as non-visual access to closed functionality, and the output contains data that is considered to be private according to the applicable privacy policy, the corresponding auditory output shall only be delivered through a mechanism for private listening that can be connected without requiring the use of vision, or through any other mechanism explicitly chosen by the user.

NOTE 1: This requirement does not apply in cases where data is not defined as being private according to the applicable privacy policy or where there is no applicable privacy policy.

NOTE 2: Non-private output might be preferred when closed functionality is used, for example, in the privacy of the user's home. A warning highlighting privacy concerns might be appropriate to ensure that the user has made an informed choice.

C.5.1.3.9 Private access to personal data

Type of assessment

Testing

Pre-conditions

1. Auditory output is provided as non-visual access to closed functionality.

2. The output contains data.

3. There is an applicable privacy policy which considers that data to be private.

Procedure

1. Check that the auditory output is only delivered through a mechanism for private listening.

2. Check that the mechanism for private listening can be connected without requiring the use of vision.

3. Check that the auditory output is delivered through all user-selectable mechanisms.

Result

Pass: Checks 1 and 2 or 3 are true

Fail: Checks 1 or 2 and 3 are false

Not applicable: Pre-conditions 1 or 3 are not met

5.1.3.10 Non-interfering audio output

Where auditory output is provided as non-visual access to closed functionality, the ICT shall not automatically play, at the same time, any interfering audible output that lasts longer than three seconds.

C.5.1.3.10 Non-interfering audio output

Type of assessment

Testing

Pre-conditions

1. Auditory output is provided as non-visual access to closed functionality.

2. The ICT automatically plays interfering audible output.

Procedure

1. Check that the interfering audible output lasts no longer than three seconds.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.11 Private listening volume

Where auditory output is provided as non-visual access to closed functionality and is delivered through a mechanism for private listening, ICT shall provide at least one non-visual mode of operation for controlling the volume.

C.5.1.3.11 Private listening volume

Type of assessment

Inspection

Pre-conditions

1. The auditory output is provided as non-visual access to closed functionality.

2. The auditory output is delivered through a mechanism for private listening.

Procedure

1. Check that there is at least one non-visual mode of operation for controlling the volume.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.12 Speaker volume

Where auditory output is provided as non-visual access to closed functionality and is delivered through speakers on ICT, a non-visual incremental volume control shall be provided with output amplification up to a level of at least 65 dBA (-29 dBPaA).

NOTE: For noisy environments, 65 dBA may not be sufficient.

C.5.1.3.12 Speaker volume

Type of assessment

Inspection and measurement

Pre-conditions

1. The auditory output is provided as non-visual access to closed functionality.

2. The auditory output is delivered through speakers.

Procedure

1. Check that a non-visual incremental volume control is provided.

2. Check that output amplification up to a level of at least 65 dBA (-29 dBPaA) is available.

Result

Pass: Checks 1 and 2 are true

Fail: Check 1 or 2 is false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.13 Volume reset

Where auditory output is provided as non-visual access to closed functionality, a function that resets the volume to be at a level of 65 dBA or less after every use, shall be provided, unless the ICT is dedicated to a single user.

NOTE: A feature to disable the volume reset function may be provided in order to enable the single-user exception to be met.

C.5.1.3.13 Volume reset

Type of assessment

Inspection and measurement

Pre-conditions

1. The auditory output is provided as non-visual access to closed functionality.

2. The ICT is not dedicated to a single user.

Procedure

1. Check that a function that automatically resets the volume to be at a level of 65 dBA or less after every use is provided.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.14 Spoken languages

Where speech output is provided as non-visual access to closed functionality, speech output shall be in the same human language as the displayed content provided, except:

1. for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text;

2. where the content is generated externally and not under the control of the ICT vendor, the present clause shall not be required to apply for languages not supported by the ICT's speech synthesizer;

3. for displayed languages that cannot be selected using non-visual access;

4. where the user explicitly selects a speech language that is different from the language of the displayed content.

C.5.1.3.14 Spoken languages

Type of assessment

Testing

Pre-conditions

1. The speech output is provided as non-visual access to closed functionality.

2. The speech output is not proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text.

3. The content is not generated externally and is under the control of the ICT vendor.

4. The displayed languages can be selected using non-visual access.

5. The user has not selected a speech language that is different from the language of the displayed content.

Procedure

1. Check that the speech output is in the same human language of the displayed content provided.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-conditions 1 or 3 are not met

5.1.3.15 Non-visual error identification

Where speech output is provided as non-visual access to closed functionality and an input error is automatically detected, speech output shall identify and describe the item that is in error.

C.5.1.3.15 Non-visual error identification

Type of assessment

Testing

Pre-conditions

1. Speech output is provided as non-visual access to closed functionality.

2. An input error is automatically detected.

Procedure

1. Check that speech output identifies the item that is in error.

2. Check that the speech output describes the item that is in error.

Result

Pass: Checks 1 and 2 are true

Fail: Check 1 or check 2 false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.3.16 Receipts, tickets, and transactional outputs

Where ICT is closed to visual access and provides receipts, tickets or other outputs as a result of a self-service transaction, speech output shall be provided which shall include all information necessary to complete or verify the transaction. In the case of ticketing machines, printed copies of itineraries and maps shall not be required to be audible.

NOTE: The speech output may be provided by any element of the total ICT system.

C.5.1.3.16 Receipts, tickets, and transactional outputs

Type of assessment

Testing

Pre-conditions

1. The ICT is closed to visual access.

2. The ICT provides receipts, tickets, or other outputs as a result of a self-service transaction.

3. The information being checked is not printed copies of itineraries and maps.

Procedure

1. Check that speech output is provided which includes all information necessary to complete or verify the transaction.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-conditions 1, 2 or 3 are not met

5.1.4 Functionality closed to text enlargement

Where any functionality of ICT is closed to the text enlargement features of platform or assistive technology, the ICT shall provide a mode of operation where the text and images of text necessary for all functionality is displayed in such a way that a non-accented capital "H" subtends an angle of at least 0,7 degrees at a viewing distance specified by the supplier.

The subtended angle, in degrees, may be calculated from:

Ψ = (180 x H) / (π x D)

Where:

• ψ is the subtended angle in degrees
• H is the height of the text
• D is the viewing distance
• D and H are expressed in the same units

NOTE 1: The intent is to provide a mode of operation where text is large enough to be used by most users with low vision.

NOTE 2: Table 5.1 and Figure 1 illustrate the relationship between the maximum viewing distance and minimum character height at the specified minimum subtended angle.

(See Table 5.1 and Figure 1)

C.5.1.4 Functionality closed to text enlargement

Type of assessment

Inspection and measurement

Pre-conditions

1. A functionality of the ICT is closed to enlargement features of platform or assistive technology.

2. A viewing distance is specified by the supplier.

Procedure

1. Measure the height of a capital letter H.

2. Check that it subtends an angle of at least 0,7 degrees at the specified viewing distance.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-conditions 1 or 2 are not met

5.1.5 Visual output for auditory information

Where auditory information is needed to enable the use of closed functions of ICT, the ICT shall provide visual information that is equivalent to the auditory output.

NOTE: This visual information can take the form of captions or text transcripts

C.5.1.5 Visual output for auditory information

Type of assessment

Inspection

Pre-conditions

1. Pre-recorded auditory information is needed to enable the use of closed functions of ICT.

Procedure

1. Check that the visual information is equivalent to the pre-recorded auditory output.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

5.1.6.1 Closed functionality

Where ICT functionality is closed to keyboards or keyboard interfaces, all functionality shall be operable without vision as required by clause 5.1.3.

C.5.1.6.1 Closed functionality

Type of assessment

Inspection

Pre-conditions

1. ICT functionality is closed to keyboards or keyboard interfaces.

Procedure

1. Check that all functionality is operable without vision.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

5.1.6.2 Input focus

Where ICT functionality is closed to keyboards or keyboard interfaces and where input focus can be moved to a user interface element, it shall be possible to move the input focus away from that element using the same mechanism, in order to avoid trapping the input focus.

C.5.1.6.2 Input focus

Type of assessment

Inspection

Pre-conditions

1. ICT functionality is closed to keyboards or keyboard interfaces.

2. Input focus can be moved to a user interface element.

Procedure

1. Check that it is possible to move the input focus away from that element using the same mechanism.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

5.1.7 Access without speech

Where speech is needed to operate closed functions of ICT, the ICT shall provide at least one mode of operation using an alternative input mechanism that does not require speech.

C.5.1.7 Access without speech

Type of assessment

Inspection

Pre-conditions

1. Speech is needed to enable the use of closed functions of ICT.

Procedure

1. Check that the closed functions can be enabled by an alternative input mechanism that does not require speech.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

5.2 Activation of accessibility features

Where ICT has documented accessibility features, it shall be possible to activate those documented accessibility features that are required to meet a specific need without relying on a method that does not support that need.

C.5.2 Activation of accessibility features

Type of assessment

Inspection

Pre-conditions

1. The ICT has documented accessibility features to meet a specific need.

Procedure

1. Check that it is possible to activate those accessibility features without relying on a method that does not support that need.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

5.3 Biometrics

NOTE 1: Alternative means of user identification or for control of ICT could be non-biometric or biometric.

NOTE 2: Biometric methods based on dissimilar biological characteristics increase the likelihood that individuals with disabilities possess at least one of the specified biological characteristics. Examples of dissimilar biological characteristics are fingerprints, eye retinal patterns, voice, and face.

C.5.3 Biometrics

Type of assessment

Test 1

Pre-conditions

1. The ICT uses biological characteristic for user identification.

Procedure

1. Check that more than one means can be used for user identification.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Type of assessment

Test 2

Pre-conditions

1. The ICT uses biological characteristic for control of ICT.

Procedure

1. Check that more than one means can be used for control of ICT.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

5.4 Preservation of accessibility information during conversion

Where ICT converts information or communication it shall preserve all documented non-proprietary information that is provided for accessibility, to the extent that such information can be contained in or supported by the destination format.

C.5.4 Preservation of accessibility information during conversion

Type of assessment

Inspection

Pre-conditions

1. The non-proprietary information provided for accessibility is documented.

2. The ICT converts information or communication.

3. The non-proprietary information provided for accessibility can be contained in the destination format.

4. The non-proprietary information provided for accessibility can be supported by the destination format.

Procedure

1. Check that the non-proprietary information provided for accessibility is preserved when the ICT converts information or communication.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2, 3 or 4 is not met

5.5.1 Means of operation

Where ICT has operable parts that require grasping, pinching, or twisting of the wrist to operate, an accessible alternative means of operation that does not require these actions shall be provided.

C.5.5.1 Means of operation

Type of assessment

Testing

Pre-conditions

The ICT has operable parts that require grasping, pinching, or twisting of the wrist to operate.

Procedure

1. Check that there is an accessible alternative means of operation that does not require these actions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

5.5.2 Operable parts discernibility

Where ICT has operable parts, it shall provide a means to discern each operable part, without requiring vision and without performing the action associated with the operable part.

NOTE: One way of meeting this requirement is by making the operable parts tactilely discernible.

C.5.5.2 Operable parts discernibility

Type of assessment

Testing

Pre-conditions

The ICT has operable parts.

Procedure

1. Identify that there is a means to discern each operable part without vision.

2. Check that the action associated with the operable part has not been performed when using the means to discern each operable part of step 1.

Result

Pass: Checks 1 and 2 are true

Fail: Checks 1 or 2 are false

Not applicable: Pre-condition 1 is not met

5.6.1 Tactile or auditory status

Where ICT has a locking or toggle control and that control is visually presented to the user, the ICT shall provide at least one mode of operation where the status of the control can be determined either through touch or sound without operating the control.

NOTE 1: Locking or toggle controls are those controls that can only have two or three states and that keep their state while being used.

NOTE 2: An example of a locking or toggle control is the "Caps Lock" key found on most keyboards. Another example is the volume button on a pay telephone, which can be set at normal, loud, or extra loud volume.

C.5.6.1 Tactile or auditory status

Type of assessment

Inspection

Pre-conditions

1. The ICT has a locking or toggle control.

2. The locking or toggle control is visually presented to the user.

Procedure

1. Check that there is at least one mode of operation where the status of all locking or toggle controls can be determined through touch without operating the control.

2. Check that there is at least one mode of operation where the status of all locking or toggle controls can be determined through sound without operating the control.

Result

Pass: Check 1 or 2 is true

Fail: Checks 1 and 2 are false

Not applicable: Pre-condition 1 or 2 is not met

5.6.2 Visual status

Where ICT has a locking or toggle control and the control is non-visually presented to the user, the ICT shall provide at least one mode of operation where the status of the control can be visually determined when the control is presented.

NOTE 1: Locking or toggle controls are those controls that can only have two or three states and that keep their state while being used.

NOTE 2: An example of a locking or toggle control is the "Caps Lock" key found on most keyboards. An example of making the status of a control determinable is a visual status indicator on a keyboard.

C.5.6.2 Visual status

Type of assessment

Inspection

Pre-conditions

1. The ICT has a locking or toggle control.

2. The locking or toggle control is presented to the user.

Procedure

1. Check that there is at least one mode of operation where the status of all locking or toggle controls can be visually determined when the control is presented.

Result: Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

5.7 Key repeat

Where ICT has a key repeat function that cannot be turned off:

1. the delay before the key repeat shall be adjustable to at least 2 seconds; and

2. the key repeat rate shall be adjustable down to one character per 2 seconds.

C.5.7 Key repeat

Type of assessment

Testing

Pre-conditions

1. The ICT has a key repeat function A keyboard or keypad with key repeat is provided.

2. The key repeat cannot be turned off.

Procedure

1. Check that the delay before key repeat can be adjusted to at least 2 seconds.

2. Check that the key repeat rate can be adjusted to 2 seconds per character.

Result

Pass: Checks 1 and 2 are true

Fail: Check 1 or 2 is false

Not applicable: Pre-condition 1 or 2 is not met

5.8 Double-strike key acceptance

Where ICT has a keyboard or keypad, the delay after any keystroke, during which an additional key-press will not be accepted if it is identical to the previous keystroke, shall be adjustable up to at least 0,5 seconds.

C.5.8 Double-strike key acceptance

Type of assessment

Testing

Pre-conditions

1. The ICT has a keyboard or keypad

Procedure

1. Check that there is a mechanism that allows adjustment of the delay after any keystroke, during which an additional key-press will not be accepted if it is identical to the previous keystroke.

2. Adjust that mechanism to its maximum setting.

3. Press any key.

4. After a delay of 0,5 seconds press the same key as that pressed in step 3.

5. Check whether the keystroke of step 4 has been accepted.

Result

Pass: Check 1 is true and check 5 is false

Fail: Check 1 is false or check 5 is true

Not applicable: Pre-condition 1 is not met

5.9 Simultaneous user actions

Where ICT uses simultaneous user actions for its operation, such ICT shall provide at least one mode of operation that does not require simultaneous user actions to operate the ICT.

NOTE: Having to use both hands to open the lid of a laptop, having to press two or more keys at the same time or having to touch a surface with more than one finger are examples of simultaneous user actions.

C.5.9 Simultaneous user actions

Type of assessment

Inspection

Pre-conditions

1. ICT has a mode of operation requiring simultaneous user actions.

Procedure

1. Check that there is a mode of operation that does not require simultaneous user actions.

2. Determine all the user controllable functions of the ICT.

3. Check that each user controllable function can be operated with a single user action.

Result

Pass: Check 3 is true

Fail: Check 3 is false for all modes of operation.

Not applicable: Pre-condition 1 is not met

6.1 Audio bandwidth for speech

Where ICT provides two-way voice communication, in order to provide good audio quality, that ICT shall be able to encode and decode two-way voice communication with a frequency range with an upper limit of at least 7000 Hz.

NOTE 1: For the purposes of interoperability, support of Recommendation ITU-T G.722 [i.21] is widely used.

NOTE 2: Where codec negotiation is implemented, other standardized codecs such as Recommendation ITU-T G.722.2 [i.22] are sometimes used so as to avoid transcoding.

C.6.1 Audio bandwidth for speech

Type of assessment

Measurement

Pre-conditions

1. The ICT under test provides two-way voice communication.

Procedure

1. Check that the ICT can encode and decode audio with a frequency range with an upper limit of at least 7000 Hz.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

6.2.1.1 RTT communication

Where ICT is in a mode that provides a means for two-way voice communication, the ICT shall provide a means for two-way RTT communication, except where this would require design changes to add input or output hardware to the ICT.

NOTE 1: This requirement includes those products which do not have physical display or text entry capabilities but have the capability to connect to devices that do have such capabilities. It also includes intermediate ICT between the endpoints of the communication.

NOTE 2: There is no requirement to add: a hardware display, a hardware keyboard, or hardware to support the ability to connect to a display or keyboard, wired or wirelessly, if this hardware would not normally be provided.

NOTE 3: For the purposes of interoperability, support of Recommendation ITU-T T.140 [i.36] is widely used.

C.6.2.1.1 RTT communication

Type of assessment

Inspection

Pre-conditions

1. The ICT under test has a mode that provides a means for two-way voice communication.

2. The ICT is in the mode that provides a means for two-way voice communication.

3. An "RTT reference terminal" is available.

Procedure

1. Check that the ICT allows two-way RTT communication with the "reference" ICT.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

Not testable: Pre-condition 3 is not met

NOTE: An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in a manner that would confirm their functionality and interoperability. These are generally created by a national or international standards entity so that all testing is done with a consistent "RTT reference terminal".

6.2.1.2 Concurrent voice and text

Where ICT provides a means for two-way voice communication and for users to communicate by RTT, it shall allow concurrent voice and text through a single user connection.

NOTE 1: With many-party communication, as in a conference system, it is allowed (but not required or necessarily recommended) that RTT be handled in a single display field and that "turn-taking" be necessary to avoid confusion (in the same way that turn-taking is required for those presenting/talking with voice).

NOTE 2: With many-party communication, best practice is for hand-raising for voice users and RTT users to be handled in the same way, so that voice and RTT users are in the same queue

NOTE 3: With a many-party conference system that has chat as one of its features - the RTT (like the voice) would typically be separate from the chat so that RTT use does not interfere with chat (i.e. people can be messaging in the chat field while the person is presenting/talking with RTT - in the same manner that people message using the chat feature while people are talking with voice). RTT users would then use RTT for presenting and use the Chat feature to message while others are presenting (via Voice or RTT).

NOTE 4: The availability of voice and RTT running concurrently (and separately from chat) can also allow the RTT field to support text captioning when someone is speaking (and it is therefore not being used for RTT since it is not the RTT user's turn to speak).

NOTE 5: Where both server-side software and local hardware and software are required to provide voice communication, where neither part can support voice communication without the other and are sold as a unit for the voice communication function, the local and server-side components are considered a single product.

C.6.2.1.2 Concurrent voice and text

Type of assessment

Inspection

Pre-conditions

1. The ICT supports two-way voice communication.

2. The ICT provides a means for two-way RTT communication.

Procedure

1. Check that ICT allows the concurrent use of voice and RTT through a single user connection.

Result

Pass: Checks 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

6.2.2.1 Visually distinguishable display

Where ICT has RTT send and receive capabilities, displayed sent text shall be visually differentiated from and separated from received text.

NOTE: The ability of the user to choose between having the send and receive text be displayed in-line or separately, and with options to select, allows users to display RTT in a form that works best for them. This would allow Braille users to use a single field and take turns and have text appear in the sequential way that they may need or prefer.

C.6.2.2.1 Visually distinguishable display

Type of assessment

Inspection

Pre-conditions

1. The ICT under test has RTT send and receive capabilities.

2. The ICT supports RTT mechanism(s).

3. A "reference" RTT-capable terminal using mechanisms supported by the ICT system is connected at the other end of the system to the ICT under test.

Procedure

1. The ICT under test is connected to the ICT system terminated by the "reference" terminal.

2. The different elements of the ICT are in an operational status (the connection is active and the terminals are in the relevant RTT mode) and the two terminals are communicating to each other.

3. A Short text sequence is sent by the ICT under test.

4. A Short text sequence is sent by the "reference" terminal.

5. Check, on the ICT under test, that displayed sent text is visually differentiated from and separated from received text.

Result

Pass: Check 5 is true

Fail: Check 5 is false

NOTE: A "reference" terminal is a terminal having RTT send and receive capabilities that uses the RTT mechanisms supported by the ICT system. This "reference" terminal is the responsibility of the test laboratory.

6.2.2.2 Programmatically determinable send and receive direction

Where ICT has RTT send and receive capabilities, the send/receive direction of transmitted/received text shall be programmatically determinable, unless the RTT is implemented as closed functionality.

NOTE: This enables screen readers to distinguish between incoming text and outgoing text when used with RTT functionality.

C.6.2.2.2 Programmatically determinable send and receive direction

Type of assessment

Inspection

Pre-conditions

1. The ICT under test has RTT send and receive capabilities.

2. The RTT is open functionality.

3. A “RTT reference terminal” is available.

Procedure

1. The ICT under test is connected to the "RTT reference terminal".

2. The different elements of the ICT are in an operational status (the connection is active and the terminals are in the relevant RTT mode) and the two terminals are communicating with each other

3. A Short text sequence is sent by the ICT under test.

4. A Short text sequence is sent by the "RTT reference terminal".

5. Check that the send/receive direction of transmitted text is programmatically determinable.

Result

Pass: Check 5 is true

Fail: Check 5 is false

Not applicable: Pre-condition 1 or 2 is not met

Not testable: Pre-condition 3 is not met

NOTE: An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in a manner that would confirm their functionality and interoperability. These are generally created by a national or international standards entity so that all testing is done with a consistent "RTT reference terminal".

6.2.2.3 Speaker identification

Where ICT has RTT capabilities, and provides speaker identification for voice, the ICT shall provide speaker identification for RTT.

NOTE: This is necessary to enable both voice and RTT participants to know who is currently communicating, whether it be in RTT or voice.

C.6.2.2.3 Speaker identification

Type of assessment

Inspection

Pre-conditions

1. The ICT has RTT capabilities.

2. The ICT provides speaker identification for voice.

3. An "RTT reference terminal" is available.

Procedure

1. The ICT under test is connected to the "RTT reference terminal".

2. RTT is sent from the "RTT reference terminal".

3. Check by observation whether the ICT under test provides speaker identification for RTT incoming text.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-condition 1 or 2 is not met

Not testable: Pre-condition 3 is not met

NOTE: An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in a manner that would confirm their functionality and interoperability. These are generally created by a national or international standards entity so that all testing is done with a consistent "RTT reference terminal".

6.2.2.4 Visual indicator of audio with RTT

Where ICT provides two-way voice communication, and has RTT capabilities, the ICT shall provide a real-time visual indicator of audio activity on the display.

NOTE 1: The visual indicator may be a simple character position on the display that flickers on and off to reflect audio activity, or presentation of the information in another way that can be both visible to sighted users and passed on to deaf-blind users who are using a braille display.

NOTE 2: Without this indication a person who lacks the ability to hear does not know when someone is talking.

C.6.2.2.4 Visual indicator of audio with RTT

Type of assessment

Inspection

Pre-conditions

1. ICT provides two-way voice communication.

2. ICT has RTT capabilities.

Procedure

1. ICT under test is connected to another ICT providing two-way voice communication that is compatible with the voice communication on the ICT under test.

2. A person speaks into the other ICT.

3. Check by observation whether there is a real-time visual indicator of audio activity.

Result

Pass: Check 3 is true

Fail: Check 3 is false

Not applicable: Pre-condition 1 or 2 is not met

NOTE: The indicator should flicker in real time in a way that reflects the audio activity.

6.2.3 Interoperability

Where ICT with RTT functionality interoperates with other ICT with RTT functionality (as required by clause 6.2.1.1) shall support the applicable RTT interoperability mechanisms described below:

1. ICT interoperating with other ICT directly connected over the Public Switched Telephone Network (PSTN) using Recommendation ITU-T V.18 [i.23] or any of its annexes for text telephony signals at the PSTN interface;

2. ICT interoperating with other ICT using VOIP with Session Initiation Protocol (SIP) and using RTT that conforms to IETF RFC 4103 [i.13]. For ICT interoperating with other ICT using the IP Multimedia Sub-System (IMS) to implement VOIP, the set of protocols specified in ETSI TS 126 114 [i.10], ETSI TS 122 173 [i.11] and ETSI TS 134 229 [i.12] describe how IETF RFC 4103 [i.13] would apply;

3. ICT interoperating with other ICT using technologies other than a or b, above, using a relevant and applicable common specification for RTT exchange that is published and available for the environments in which they will be operating. This common specification shall include a method for indicating loss or corruption of characters;

4. ICT interoperating with other ICT using a standard for RTT that has been introduced for use in any of the above environments, and is supported by all of the other active ICT that support voice and RTT in that environment.

NOTE 1: In practice, new standards are introduced as an alternative codec/protocol that is supported alongside the existing common standard and used when all end-to-end components support it while technology development, combined with other reasons including societal development and cost efficiency, may make others become obsolete.

NOTE 2: Where multiple technologies are used to provide voice communication, multiple interoperability mechanisms may be needed to ensure that all users are able to use RTT.

EXAMPLE: A conferencing system that supports voice communication through an internet connection might provide RTT over an internet connection using a proprietary RTT method (option c). However, regardless of whether the RTT method is proprietary or non-proprietary, if the conferencing system also offers telephony communication it will also need to support options a or b to ensure that RTT is supported over the telephony connection.

C.6.2.3 Interoperability

a)

Type of assessment

Test

Pre-conditions

1. The ICT provides a means for two-way voice communication over the Public Switched Telephone Network (PSTN).

2. The ICT provides a means for two-way RTT communication.

3. A "V.18 reference terminal" is available.

Procedure

1. Check that the ICT interoperates over the Public Switched Telephone Network (PSTN), with the V.18 reference terminal connected to the PSTN as described in Recommendation ITU-T V.18 [i.23] or any of its annexes for text telephony signals at the PSTN interface

Result

Pass: Check 1 is true

Fail: Checks 1 is false

Not applicable: Pre-condition 1 or 2 is not met

Not testable: Pre-condition 3 is not met

NOTE: A "V.18 reference terminal" is a terminal specifically designed for testing V.18 capable devices in a manner that would confirm their functionality and interoperability. These are generally created by a national or international standards entity so that all testing is done with a consistent reference terminal.

b)

Type of assessment

Test

Pre-conditions

1. The ICT provides a means for two-way voice communication using VOIP with Session Initiation Protocol (SIP).

2. The ICT provides a means for two-way RTT communication.

3. An "RTT reference terminal" is available.

Procedure

1. Check that the ICT interoperates with the "RTT reference terminal" using VOIP with Session Initiation Protocol (SIP) and using RTT that conforms to IETF RFC 4103 [i.13].

2. If the ICT interoperates with other ICT using the IP Multimedia Sub-System (IMS) to implement VOIP, check that it follows the set of protocols in ETSI TS 126 114 [i.10], ETSI TS 122 173 [i.11] and ETSI TS 134 229 [i.12] that specify how IETF RFC 4103 [i.13] applies.

Result

Pass: Check 1 is true and, if the ICT interoperates with other ICT using the IP Multimedia Sub-System (IMS) to implement VOIP, check 2 is true.

Fail: Check 1 is false or, if the ICT interoperates with other ICT using the IP Multimedia Sub-System (IMS) to implement VOIP, check 2 is false.

Not applicable: Pre-condition 1 or 2 is not met

Not testable: Pre-condition 3 is not met

NOTE: An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in a manner that would confirm their functionality and interoperability. These are generally created by a national or international standards entity so that all testing is done with a consistent "RTT reference terminal".

c)

Type of assessment

Test

Pre-conditions

1. The ICT provides a means for two-way voice communication using technologies other than PSTN or VOIP with Session Initiation Protocol (SIP).

2. The ICT provides a means for two-way RTT communication.

3. An "RTT reference terminal" is available for that mode of RTT communication.

Procedure

1. Check that the ICT interoperates with the "RTT reference terminal" using a relevant and applicable common specification for RTT exchange that is published and available for the environment in which the ICT will be operating.

2. Check that the common specification in check 1 includes a method for indicating loss or corruption of characters.

Result

Pass: Check 1 and 2 are true

Fail: Checks 1 or 2 are false

Not applicable: Pre-condition 1 or 2 is not met

Not testable: Pre-condition 3 is not met

NOTE: An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in a manner that would confirm their functionality and interoperability. These are generally created by a national or international standards entity so that all testing is done with a consistent "RTT reference terminal".

d)

Type of assessment

Test

Pre-conditions

1. The ICT provides a means for two-way voice communication.

2. The ICT provides a means for two-way RTT communication.

3. An "RTT reference terminal" is available using the new RTT Standard.

Procedure

1. Check that the ICT under test interoperates with the "RTT reference terminal" for the new RTT standard that has been introduced for use.

2. Check that the new RTT standard is supported by all of the other active ICT that support voice and RTT in the same environment.

Result

Pass: Check 1 and 2 are true

Fail: Checks 1 or 2 are false

Not applicable: Pre-condition 1 or 2 is not met

Not testable: Pre-condition 3 is not met

RTT (Real-time text) responsiveness

Where ICT utilises RTT input, that RTT input shall be transmitted to the ICT network or platform on which the ICT runs within 500 ms of the time that the smallest reliably composed unit of text entry is available to the ICT for transmission. Delays due to platform or network performance shall not be included in the 500 ms limit.

NOTE 1: For character by character input, the "smallest reliably composed unit of text entry" would be a character. For word prediction it would be a word. For some voice recognition systems - the text may not exit the recognition software until an entire word (or phrase) has been spoken. In this case, the smallest reliably composed unit of text entry available to the ICT would be the word (or phrase).

NOTE 2: The 500 ms limit allows buffering of characters for this period before transmission so character by character transmission is not required unless the characters are generated more slowly than 1 per 500 ms.

NOTE 3: A delay of 300 ms, or less, produces a better impression of flow to the user.

C.6.2.4 RTT (Real-time text) responsiveness

Type of assessment

Inspection of Measurement data or Test

Pre-conditions

1. The ICT under test utilises RTT input.

2. The ICT under test is connected to a device or software that can determine when characters are transmitted by the ICT under test.

Procedure

1. Enter single characters to the terminal under test.

2. Check the time at which input entry has occurred (e.g. characters appear up on the local screen).

3. Check the period between input entry to the ICT under test and the time when the text is transmitted to the ICT network or platform.

Result

Pass: Check 3 is less than or equal to 500 ms.

Fail: Check 3 is greater than 500 ms.

Not applicable: Pre-condition 1 is not met

Not testable: Pre-condition 2 is not met

NOTE: As described in the notes to clause 6.2.4, the identification of when input entry has occurred may vary according to the type of RTT system under test.

6.3 Caller ID

Where ICT provides caller identification or similar telecommunications functions are provided, the caller identification and similar telecommunications functions shall be available in text form as well as being programmatically determinable, unless the functionality is closed.

C.6.3 Caller ID

Type of assessment

Inspection

Pre-conditions

1. The ICT provides caller identification, or similar telecommunications functions are provided.

Procedure

1. Check that the information delivered by each function is available in text form.

2. Check that the information delivered by each function is programmatically determinable.

Result

Pass: Check 1 is true and either check 2 is true or the functionality is closed

Fail: Check 1 is false or check 2 is false when the functionality is not closed

Not applicable: Pre-condition 1 is not met.

6.4 Alternatives to voice-based services

Where ICT provides real-time voice-based communication and also provides voice mail, auto-attendant, or interactive voice response facilities, the ICT shall offer users a means to access the information and carry out the tasks provided by the ICT without the use of hearing or speech.

NOTE 1: Tasks that involve both operating the interface and perceiving the information would require that both the interface and information be accessible without use of speech or hearing.

NOTE 2: Solutions capable of handling audio, RTT and video media could satisfy the above requirement.

C.6.4 Alternatives to voice-based services

Type of assessment

Inspection

Pre-conditions

1. The ICT provides real-time voice-based communication.

2. The ICT provides voice mail, auto-attendant, or interactive voice response facilities.

Procedure

1. Check that the ICT offers users a means to access the information without the use of hearing or speech.

2. Check that a user can carry out the tasks provided by the system without the use of hearing or speech.

Result

Pass: Checks 1 and 2 are true

Fail: Check 1 or 2 is false

Not applicable: Pre-condition 1 or 2 is not met

6.5.1 General (informative)

Clause 6.5 (Video communications) provides performance requirements that support users who communicate using sign language and lip-reading. For these users, good usability is achieved with a resolution of at least Quarter Video Graphics Array (QVGA, 320 x 240), a frame rate of 20 frames per second and over, with a time difference between speech audio and video that does not exceed 100 ms.

Increasing the resolution and frame rate further improves both sign language (especially finger spelling) and lipreading, with frame rate being more important than resolution.

Time differences between audio and video (asynchronicity) can have a great impact on lip-reading - with video that lags behind audio having greater negative effect.

End-to-end latency can be a problem in video (sign) communication. Overall delay values below 400 ms are preferred, with an increase in preference down to 100 ms. Overall delay depends on multiple factors, including e.g. network delay and video processing. For this reason a testable requirement on minimum values for overall delay cannot be produced.

NOTE: Recommendation ITU-T F.703 [i.37] defines and gives requirements for Total Conversation that relate to the integration of audio, RTT and video in a single user connection.

C.6.5.1 General (informative)

Clause 6.5.1 is informative only and contains no requirements requiring test.

6.5.2 Resolution

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT:

1. shall support at least QVGA resolution;

2. should preferably support at least VGA resolution.

C.6.5.2 Resolution

Type of assessment

Inspection

Pre-conditions

1. The ICT provides 2 way voice communication.

2. The ICT includes real-time video functionality.

Procedure

1. Check that the video communication resolution is QVGA resolution or better.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

6.5.3 Frame rate

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT:

1. shall support a frame rate of at least 20 frames per second (FPS);

2. should preferably support a frame rate of at least 30 frames per second (FPS) with or without sign language in the video stream.

C.6.5.3 Frame rate

Type of assessment

Inspection

Pre-conditions

1. The ICT provides 2 way voice communication.

2. The ICT includes real-time video functionality.

Procedure

1. Check that the video communication frame rate is equal to or higher than 20 frames per second.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

6.5.4 Synchronization between audio and video

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT shall ensure a maximum time difference of 100 ms between the speech and video presented to the user.

NOTE: Recent research shows that, if audio leads the video, the intelligibility suffers much more than the reverse.

C.6.5.4 Synchronization between audio and video

Type of assessment

Measurement

Pre-conditions

1. The ICT provides 2 way voice communication.

2. The ICT includes real-time video functionality.

Procedure

1. Check that the time difference between the speech and video presented to the user is equal to or less than 100 ms.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

6.5.5 Visual indicator of audio with video

Where ICT provides two-way voice communication, and includes real-time video functionality, the ICT shall provide a real-time visual indicator of audio activity.

NOTE 1: The visual indicator may be a simple visual dot or LED, or other type of on/off indicator, that flickers to reflect audio activity.

NOTE 2: Without this indication a person who lacks the ability to hear does not know when someone is talking.

C.6.5.5 Visual indicator of audio with video

Type of assessment

Measurement

Pre-conditions

1. ICT provides two-way voice communication.

2. ICT has real-time video capabilities.

Procedure

1. ICT under test is connected to another ICT providing two-way voice communication that is compatible with the voice communication on the ICT under test.

2. A person speaks into the other ICT.

3. Check by observation whether there is a real-time visual indicator of audio activity

Result

Pass: Check 3 is true

Fail: Check 3 is false

Not applicable: Pre-condition 1 or 2 is not met

NOTE: The indicator should flicker in real time in a way that reflects the audio activity.

6.5.6 Speaker identification with video (sign language) communication

Where ICT provides speaker identification for voice users, it shall provide a means for speaker identification for real-time signing and sign language users once the start of signing has been indicated.

NOTE 1: The speaker ID can be in the same location as for voice users for multiparty calls.

NOTE 2: This mechanism might be triggered manually by a user, or automatically where this is technically achievable.

C.6.5.6 Speaker identification with video (sign language) communication

Type of assessment

Measurement

Pre-conditions

1. The ICT provides 2 way voice communication.

2. The ICT includes real-time video.

Procedure

1. The ICT under test is connected to a compatible ICT that supports video and a person communicates in sign language.

2. Check by observation whether the ICT under test provides a means for speaker identification for the sign language users.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-condition 1 or 2 is not met

Where ICT provides speaker identification for voice users, it shall provide a means for speaker identification for real-time signing and sign language users once the start of signing has been indicated.

NOTE 1: The speaker ID can be in the same location as for voice users for multiparty calls.

NOTE 2: This mechanism might be triggered manually by a user, or automatically where this is technically achievable.

6.6 Alternatives to video-based services

Where ICT provides real-time video-based communication and also provides answering machine, auto attendant or interactive response facilities, the ICT should offer users a means to access the information and carry out the tasks related to these facilities:

1. for audible information, without the use of hearing;

2. for spoken commands, without the use of speech;

3. for visual information, without the use of vision.

NOTE: Solutions capable of generating real-time captions or handling RTT (real-time text) could satisfy the above requirement.

C.6.6 Alternatives to video-based services

Clause 6.6 is advisory only and contains no testable requirements.

7.1.1 Captioning playback

Where ICT displays video with synchronized audio, it shall have a mode of operation to display the available captions. Where closed captions are provided as part of the content, the ICT shall allow the user to choose to display the captions.

NOTE 1: Captions may contain information about timing, colour and positioning. This caption data is important for caption users. Timing is used for caption synchronization. Colour can be used for speaker identification. Position can be used to avoid obscuring important information.

NOTE 2: If a Braille device is connected, the ICT should provide an option to display captions on the Braille device.

NOTE 3: Clause 7.1.1 refers to the ability of the player to display captions. Clauses 9.1.2.2, 10.1.2.2 and 11.1.2.2 refer to the provision of captions for the content (the video).

C.7.1.1 Captioning playback

Type of assessment

Test 1

Pre-conditions

1. The ICT displays or processes video with synchronized audio.

2. Captions are provided in the video.

Procedure

1. Check that there is a mechanism to display the captions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Type of assessment

Test 2

Pre-conditions

1. The ICT displays or processes video with synchronized audio.

2. Closed captions are provided by the content.

Procedure

1. Check that there is a mechanism to choose to display the captions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

7.1.2 Captioning synchronization

Where ICT displays captions, the mechanism to display captions shall preserve synchronization between the audio and the corresponding captions as follows:

• Captions in recorded material: within 100 ms of the time stamp of the caption.
• Live captions: within 100 ms of the availability of the caption to the player.

C.7.1.2 Captioning synchronization

Type of assessment

Inspection

Pre-conditions

1. The ICT has a mechanism to display captions.

Procedure

1. Check that the mechanism to display the captions preserves the synchronization between the audio and corresponding captions within a tenth of a second of the time stamp of the caption, or the availability of the caption to the player if a live caption.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

7.1.3 Preservation of captioning

Where ICT transmits, converts or records video with synchronized audio, it shall preserve caption data such that it can be displayed in a manner consistent with clauses 7.1.1 and 7.1.2.

Additional presentational aspects of the text such as screen position, text colours, text style and text fonts may convey meaning, based on regional conventions. Altering these presentational aspects could change the meaning and should be avoided wherever possible.

C.7.1.3 Preservation of captioning

Type of assessment

Inspection

Pre-conditions

1. The ICT transmits converts or records video with synchronized audio.

Procedure

1. Check that the ICT preserves caption data such that it can be displayed in a manner consistent with clauses 7.1.1 and 7.1.2.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

7.1.4 Captions characteristics

Where ICT displays captions, it shall provide a way for the user to adapt the displayed characteristics of captions to their individual requirements, except where the captions are displayed as unmodifiable characters.

NOTE 1: Defining the background and foreground colour of subtitles, font type, size opacity of the background box of subtitles, and the contour or border of the fonts can contribute to meeting this requirement.

NOTE 2: Subtitles that are bitmap images are examples of unmodifiable characters.

C.7.1.4 Captions characteristics

Type of assessment

Inspection

Pre-conditions

1. The ICT displays captions.

2. The captions under test are displayed as modifiable characters.

Procedure

1. Check that the ICT provides a way for the user to adapt the displayed characteristics of captions to their individual requirements.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

7.1.5 Spoken subtitles

Where ICT displays video with synchronized audio, it shall have a mode of operation to provide a spoken output of the available captions, except where the content of the displayed captions is not programmatically determinable.

NOTE 1: Being able to manage speech output range for spoken subtitles independently from general ICT speech is preferable for most users. That is possible when the audio file with spoken subtitle is delivered in a separate audio track and mixed in the end user’s device.

NOTE 2: Presenting the separate audio track with spoken subtitles in synchronization with the displayed subtitles/captions improves understandability of the subtitles.

NOTE 3: Providing subtitles/captions as separate text-streams, facilitates converting the respective texts into audio.

NOTE 4: Subtitles that are bitmap images are examples where the content of the displayed captions will not be programmatically determinable.

C.7.1.5 Spoken subtitles

Type of assessment

Inspection

Pre-conditions

1. The ICT displays video with synchronized audio.

2. The content of the captions under test are programmatically determinable.

Procedure

1. Check that there is a mode of operation to provide a spoken output of the available captions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

7.2.1 Audio description playback

Where ICT displays video with synchronized audio, it shall provide a mechanism to select and play available audio description to the default audio channel.

Where video technologies do not have explicit and separate mechanisms for audio description, an ICT is deemed to satisfy this requirement if the ICT enables the user to select and play several audio tracks

NOTE 1: In such cases, the video content can include the audio description as one of the available audio tracks.

NOTE 2: Audio descriptions in digital media sometimes include information to allow descriptions that are longer than the gaps between dialogue. Support in digital media players for this "extended audio description" feature is useful, especially for digital media that is viewed personally.

C.7.2.1 Audio description playback

Type of assessment

Inspection

Pre-conditions

1. The ICT displays video with synchronized audio.

Procedure

1. Check that there is an explicit and separate mechanism for audio description.

2. Check that there is a mechanism to select and play the audio description to the default audio channel.

3. Check that the ICT enables the user to select and play several audio tracks.

Result

Pass: Check 1 and 2 are true or 1 is false and 3 is true

Fail: Check 1 is true and 2 is false or 1 is false and 3 is false

Not applicable: Pre-condition 1 is not met.

7.2.2 Audio description synchronization

Where ICT has a mechanism to play audio description, it shall preserve the synchronization between the audio/visual content and the corresponding audio description.

C.7.2.2 Audio description synchronization

Type of assessment

Inspection

Pre-conditions

1. The ICT has a mechanism to play audio description.

Procedure

1. Check that the synchronization between the audio/visual content and the corresponding audio description is preserved.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

7.2.3 Preservation of audio description

Where ICT transmits, converts, or records video with synchronized audio, it shall preserve audio description data such that it can be played in a manner consistent with clauses 7.2.1 and 7.2.2.

C.7.2.3 Preservation of audio description

Type of assessment

Inspection

Pre-conditions

1. The ICT transmits converts or records video with synchronized audio.

Procedure

1. Check that the ICT preserves audio description data such that it can be played in a manner consistent with clauses 7.2.1 and 7.2.2.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

7.3 User controls for captions and audio description

Where ICT primarily displays materials containing video with associated audio content, user controls to activate subtitling and audio description shall be provided to the user at the same level of interaction (i.e. the number of steps to complete the task) as the primary media controls.

NOTE 1: Primary media controls are the set of controls that the user most commonly uses to control media.

NOTE 2: Products that have a general hardware volume control, such as a telephone, or a laptop which can be configured to display video through software but which is not its primary purpose, would not need dedicated hardware controls for captions and descriptions; however software controls, or hardware controls mapped through software, would need to be at the same level of interaction.

NOTE 3: It is best practice for ICT to include additional controls enabling the user to select whether captions and audio description are turned on or off by default.

C.7.3 User controls for captions and audio description

Type of assessment

Inspection

Pre-conditions

1. The ICT primarily display materials containing video with associated audio content.

Procedure

1. Check that user controls to activate subtitling and audio descriptions are provided to the user at the same level of interaction as the primary media controls.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

8.1.1 Generic requirements

The "generic requirements" of clause 5 also apply to ICT that is hardware.

C.8.1.1 Generic requirements

Clause 8.1.1 is advisory only and contains no testable requirements.

8.1.2 Standard connections

Where an ICT provides user input or output device connection points, the ICT shall provide at least one input and/or output connection that conforms to an industry standard non-proprietary format, directly or through the use of commercially available adapters.

NOTE 1: The intent of this requirement is to ensure compatibility with assistive technologies by requiring the use of standard connections on ICT.

NOTE 2: The word connection applies to both physical and wireless connections.

NOTE 3: Current examples of industry standard non-proprietary formats are USB and Bluetooth.

C.8.1.2 Standard connections

Type of assessment

Inspection

Pre-conditions

1. The ICT provides user input or output device connection points.

Procedure

1. Check that one type of connection conforms to an industry standard non-proprietary format.

2. Check that one type of connection conforms to an industry standard non-proprietary format through the use of commercially available adapters.

Result

Pass: Check 1 or 2 is true

Fail: Checks 1 and 2 are false

Not applicable: Pre-condition 1 is not met.

NOTE: The connections may be physical or wireless connections.

8.1.3 Colour

Where the ICT has hardware aspects that use colour, colour shall not be used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

C.8.1.3 Colour

Type of assessment

Inspection

Pre-conditions

1. The hardware aspects of the ICT conveys visual information using colour coding as a means to indicate an action, to prompt a response, or to distinguish a visual element.

Procedure

1. Check that an alternative form of visual coding is provided.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

8.2.1.1 Speech volume range

Where ICT hardware has speech output, it shall provide a means to adjust the speech output volume level over a range of at least 18 dB.

NOTE: Fixed-line handsets and headsets fulfilling the requirements of ANSI/TIA-4965 [i.2] are deemed to comply with this requirement.

C.8.2.1.1 Speech volume range

Type of assessment

Inspection based on measurement data

Pre-conditions

1. The ICT hardware has speech output.

Procedure

1. Check that the ICT is certified to meet ANSI/TIA-4965 [i.2].

2. Measure the level (in dB) of the speech output at the lowest volume setting.

3. Measure the level (in dB) of the speech output at the highest volume setting.

4. Check that the range between 1 and 2 is greater than or equal to 18 dB.

Result

Pass: Check 1 or 4 is true

Fail: Check 1 and 4 are false

Not applicable: Pre-condition 1 is not met.

8.2.1.2 Incremental volume control

Where ICT hardware has speech output and its volume control is incremental, it shall provide at least one intermediate step of 12 dB gain above the lowest volume setting.

C.8.2.1.2 Incremental volume control

Type of assessment

Inspection based on measurement data

Pre-conditions

1. The ICT hardware has speech output.

2. The volume control is incremental.

Procedure

1. Measure the level (in dB) of the speech output at the lowest volume setting.

2. Check if one intermediate step provides a level 12 dB above the lowest volume level measured in step 1.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-condition 1 or 2 is not met.

8.2.2.1 Fixed-line devices

Where ICT hardware is a fixed-line communication device with speech output and which is normally held to the ear and which carries the "T" symbol specified in ETSI ETS 300 381 [1], it shall provide a means of magnetic coupling which meets the requirements of ETSI ES 200 381-1 [2].

NOTE 1: ICT fulfilling the requirements of TIA-1083-A [i.24] is deemed to comply with the requirements of this clause.

NOTE 2: Magnetic coupling is also known as inductive coupling for T-coil.

C.8.2.2.1 Fixed-line devices

Type of assessment

Inspection based on measurement data

Pre-conditions

1. The ICT hardware is a fixed line communication device with an audio output that is normally held to the ear.

Procedure

1. Check that the ICT is certified to meet TIA-1083-A [i.24].

2. Measurements are made according to ETSI ES 200 381-1 [2] which prove that the requirements defined in that standard are fulfilled.

3. The ICT carries the "T" symbol specified in ETSI ETS 300 381 [1].

Result

Pass: Check 1 or 2 is true and check 3 is true

Fail: Checks 1 and 2 are false or check 3 is false

Not applicable: Pre-condition 1 is not met.

8.2.2.2 Wireless communication devices

Where ICT hardware is a wireless communication device with speech output which is normally held to the ear, it shall provide a means of magnetic coupling to hearing technologies which meets the requirements of ETSI ES 200 381-2 [3].

NOTE: ICT fulfilling the requirements of ANSI/IEEE C63.19 [i.1] is deemed to comply with the requirements of this clause.

C.8.2.2.2 Wireless communication devices

Type of assessment

Inspection based on measurement data

Pre-conditions

1. The ICT hardware is a wireless communication device which is normally held to the ear.

Procedure

1. Check that the ICT is certified to meet ANSI/IEEE C63.19 [i.1].

2. Check that the ICT provide a means of magnetic coupling to hearing technologies which meets the requirements of ETSI ES 200 381-2 [3].

Result

Pass: Check 1 or 2 is true

Fail: Checks 1 and 2 are false

Not applicable: Pre-condition 1 is not met.

8.3.0 General (informative)

The present document defines the dimensions for accessing stationary ICT that can be placed in a built environment, but does not define the dimensions of the built environment in general.

The scope includes stationary ICT, of which floors and circulation spaces are "an integral part" (typically kiosks and cabins), and where there are external reach ranges relevant for operating the stationary ICT.

Clauses 8.3.2 to 8.3.4 specify mandatory limits for the maximum and minimum height of operable parts and displays. Based on dimensions shown in Figure 53 of ISO 21542:2011 [i.34], it is recommended that the possible height range is reduced to:

• minimum and maximum heights of operable parts: 800 mm and 1100 mm respectively, and
• minimum and maximum heights of displays: 1200 mm and 1400 mm respectively.

C.8.3.0 General (informative)

Clause 8.3.0 is advisory only and contains no testable requirements.

8.3.1 Forward or side reach

Stationary ICT shall conform to either clause 8.3.2 or clause 8.3.3

NOTE 1: This does not preclude conforming to both clauses.

NOTE 2: The dimensions set out in clauses 407.8.3 and 407.8.2 of Section 508 of the Rehabilitation Act, as published in January 2017 [i.25], are identical to those given in clauses 8.3.2 and 8.3.3 of the present document

NOTE 3: Physical access to stationary ICT is dependent on the dimensions of both the ICT and the environment in which it is installed and operated. Clause 8.3 does not apply to the accessibility of the physical environment external to the ICT.

C.8.3.1 Forward or side reach

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT.

Procedure

1. Check whether the ICT conforms to clause 8.3.2.2.

2. Check whether the ICT conforms to clause 8.3.2.3.

Result

Pass: Check 1 or 2 is true

Fail: Checks 1 and 2 are false

Not applicable: Pre-condition 1 is not met.

8.3.2.1 Unobstructed high forward reach

Where no part of the stationary ICT obstructs the forward reach, at least one of each type of operable part shall be located no higher than 1220 mm (48 inches) above the floor of the access space. This is shown in Figure 2.

C.8.3.2.1 Unobstructed high forward reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. No part of the stationary ICT obstructs the forward reach.

Procedure

1. Check that at least one of each type of operable part is located no higher than 1200 mm (48 inches) above the floor of the access space.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.2.2 Unobstructed low forward reach

Where no part of the stationary ICT obstructs the forward reach, at least one of each type of operable part shall be located no lower than 380 mm (15 inches) above the floor of the access space. This is shown in Figure 2

C.8.3.2.2 Unobstructed low forward reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. No part of the stationary ICT obstructs the forward reach.

Procedure

1. Check that at least one of each type of operable part is located no lower than 380 mm (15 inches) above the floor of the access space.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

8.3.2.3.1 Clear space

Where an obstruction is an integral part of the stationary ICT and hinders the access to any type of operable part, the ICT shall provide a clear space which extends beneath the obstructing element for a distance not less than the required reach depth over the obstruction.

NOTE: Ensuring that there will be unhindered "access to any type of operable part" guarantees that a user will be able access at least one of each type of operable part.

C.8.3.2.3.1 Clear space

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT.

2. An integral part of the stationary ICT forms an obstruction which hinders to any type of operable part.

Procedure

1. Check that the ICT provides a clear space which extends beneath the obstructing element for a distance not less than the required reach depth over the obstruction.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

8.3.2.3.2 Obstructed (<510 mm) forward reach

Where the stationary ICT has an obstruction which is an integral part of the ICT and which is less than 510 mm (20 inches), the forward reach to at least one of each type of operable part shall be no higher than 1220 mm (48 inches) above the floor contact of the ICT. This is shown in Figure 3 (a).

C.8.3.2.3.2 Obstructed (<510 mm) forward reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. An integral part of the stationary ICT forms an obstruction which is less than 510 mm (20 inches) deep.

Procedure

1. Check that the forward reach to at least one of each type of operable part is no higher than 1 220 mm (48 inches) above the floor contact of the ICT.

Result

Pass: Check 1 is true.

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

8.3.2.3.3 Obstructed (<635 mm) forward reach

Where the stationary ICT has an obstruction which is an integral part of the ICT and which is not less than 510 mm (20 inches) but is less than 635 mm (25 inches) maximum, the forward reach to at least one of each type of operable part shall be no higher than 1120 mm (44 inches) above the floor contact of the ICT. This is shown in Figure 3 (b).

8.3.2.3.3 Obstructed (<635 mm) forward reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. An integral part of the stationary ICT forms an obstruction which is not less than 510 mm (20 inches) but is less than 635 mm (25 inches) deep.

Procedure

1. Check that the forward reach to at least one of each type of operable part is no higher than 1120 mm (44 inches) above the floor contact of the ICT.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not meted.

8.3.2.4 Knee and toe clearance width

Where the space under an obstacle that is integral to the ICT is part of access space, the clearance shall be at least 760 mm (30 inches) wide.

C.8.3.2.4 Knee and toe clearance width

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. The space under an obstacle that is an integral part of the ICT is part of an access space.

Procedure

1. Check that the width of the knee clearance is greater than 760 mm (30 inches).

2. Check that the width of the toe clearance is greater than 760 mm (30 inches).

Result

Pass: Checks 1 and 2 are true

Fail: Checks 1 or 2 are false

Not applicable: Pre-condition 1 or 2 is not met

8.3.2.5 Toe clearance

Where an obstacle is integral to the ICT, a space under the obstacle that is less than 230 mm (9 inches) above the floor is considered toe clearance and shall:

1. extend 635 mm (25 inches) maximum under the whole obstacle;

2. provide a space at least 430 mm (17 inches) deep and 230 mm (9 inches) above the floor under the obstacle;

3. extend no more than 150 mm (6 inches) beyond any obstruction at 230 mm (9 inches) above the floor.

This is shown in Figure 4.

C.8.3.2.5 Toe clearance

a)

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. The space under an obstacle that is an integral part of the ICT is part of an access space.

Procedure

1. Check that the width of the knee clearance is greater than 760 mm (30 inches).

2. Check that the width of the toe clearance is greater than 760 mm (30 inches).

Result

Pass: Checks 1 and 2 are true

Fail: Checks 1 or 2 are false

Not applicable: Pre-condition 1 or 2 is not met.

b)

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstacle that is an integral part of the ICT.

3. There is a toe clearance space under any obstacle that is an integral part of the ICT that is less than 230 mm (9 inches) above the floor.

Procedure

1. Check that the toe clearance is at least 430 mm (17 inches) deep and 230 mm (9 inches) above the floor under the obstacle.

Result

Pass: Checks 1 is true

Fail: Checks 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met

c)

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstacle that is an integral part of the ICT.

3. There is a toe clearance space under any obstacle that is an integral part of the ICT that is less than 230 mm (9 inches) above the floor.

Procedure

1. Check that the toe clearance extends no more than 150 mm (6 inches) beyond any obstruction at 230 mm (9 inches) above the floor.

Result

Pass: Checks 1 is true

Fail: Checks 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met

8.3.2.6 Knee clearance

Where an obstacle is integral to the ICT, the space under the obstacle that is between 230 mm (9 inches) and 685 mm (27 inches) above the floor is considered knee clearance and shall:

1. extend no more than 635 mm (25 inches) under the obstacle at a height of 230 mm (9 inches) above the floor;

2. extend at least 280 mm (11 inches) under the obstacle at a height of 230 mm (9 inches) above the floor;

3. extend at least 205 mm (8 inches) under the obstacle at a height of 685 mm (27 inches) above the floor;

4. be permitted to be reduced in depth at a rate of 25 mm (1 inch) for each 150 mm (6 inches) in height.

This is shown in Figure 5.

C.8.3.2.6 Knee clearance

a)

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstacle that is an integral part of the ICT.

3. There is a knee clearance space under the obstacle between 230 mm (9 inches) and 685 mm (25 inches) above the floor.

Procedure

1. Check that there is a knee clearance that extends less than 635 mm (25 inches) under the obstacle at a height of 230 mm (9 inches) above the floor.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met

b)

Type of assessment

Inspection and measurement

Pre-conditions

1.The ICT is stationary ICT.

2. There is an obstacle that is an integral part of the ICT.

3. There is a knee clearance space under the obstacle between 230 mm (9 inches) and 685 mm (25 inches) above the floor.

Procedure

1. Check that there is a knee clearance that extends at least 280 mm (11 inches) under the obstacle at a height of 230 mm (9 inches) above the floor.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met

c)

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstacle that is an integral part of the ICT.

3. There is a knee clearance space under the obstacle between 230 mm (9 inches) and 685 mm (25 inches) above the floor.

Procedure

1. Check that there is a knee clearance that extends more than 205 mm (9 inches) under the obstruction at a height of 685 mm (25 inches) above the floor.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met

d)

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstacle that is an integral part of the ICT.

3. There is a knee clearance space under the obstacle between 230 mm (9 inches) and 685 mm (25 inches) above the floor.

Procedure

1. Check that the reduction in depth of the knee clearance is no greater than 25 mm (1 inch) for each 150 mm (6 inches) in height.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met

8.3.3.1 Unobstructed high side reach

Where the side reach is unobstructed or obstructed by an element that is an integral part of the stationary ICT and which is less than 255 mm (10 inches), at least one of each type of operable part shall be within a high side reach which is less than or equal to 1 220 mm (48 inches) above the floor of the access space. This is shown in Figure 6.

C.8.3.3.1 Unobstructed high side reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. Side reach is unobstructed or is obstructed by an element that is an integral part of the stationary ICT which is less than 510 mm (20 inches).

Procedure

1. Check that the high side reach to at least one of each type of operable part is no higher than 1 220 mm (48 inches) above the floor of the access space.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.3.2 Unobstructed low side reach

Where the side reach is unobstructed or obstructed by an element that is an integral part of the stationary ICT and which is less than 255 mm (10 inches), at least one of each type of operable part shall be within a low side reach which is greater than or equal to 380 mm (15 inches) above the floor of the access space. This is shown in Figure 6.

C.8.3.3.2 Unobstructed low side reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. Side reach is unobstructed or is obstructed by an element that is an integral part of the stationary ICT which is less than 510 mm (20 inches).

Procedure

1. Check that the low side reach to at least one of each type of operable part is greater than or equal to 380 mm (15 inches) above the floor of the access space.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.3.3.1 Obstructed (≤ 255 mm) side reach

Where stationary ICT has an obstruction which is an integral part of the ICT, the height of the obstruction shall be less than 865 mm (34 inches). Where the depth of the obstruction is less than or equal to 255 mm (10 inches), the high side reach to at least one of each type of operable part shall be no higher than 1220 mm (48 inches) above the floor of the access space. This is shown in Figure 7 (a).

C.8.3.3.3.1 Obstructed (≤ 255 mm) side reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstruction, less than or equal to 255 mm (10 inches) in depth, that is an integral part of the ICT.

Procedure

1. Check that the high side reach to at least one of each type of operable part is no higher than 1 220 mm (48 inches) above the floor of the access space.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.3.3.2 Obstructed (≤ 610 mm) side reach

Where stationary ICT has an obstruction which is an integral part of the ICT, the height of the obstruction shall be less than 865 mm (34 inches). Where the depth of the obstruction is greater than 255 mm (10 inches) with a maximum depth of 610 mm (24 inches), the high side reach to at least one of each type of operable part shall be no higher than 1170 mm (46 inches) above the floor of the access space. This is shown in Figure 7 (b)

C.8.3.3.3.2 Obstructed (≤ 610 mm) side reach

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an obstruction, greater than 255 mm (10 inches) and no more than 610 mm (24 inches) in depth, that is an integral part of the ICT.

Procedure

1. Check that the high side reach to at least one of each type of operable part is no higher than 1 170 mm (46 inches) above the floor of the access space.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.4.1 Change in level

Where stationary ICT has a floor within it, then any change of floor level within it or entering it shall be ramped with a slope no steeper than 1:48. Exceptions:

1. If the change in floor level is less than or equal to 6,4 mm (¼ inch) the change may be vertical as shown in Figure 8.

2. If the change in floor level is less than or equal to 13 mm (½ inch) the change may have a slope not steeper than 1:2 as shown in Figure 9.

C.8.3.4.1 Change in level

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is a floor within the ICT.

3. The floor has a change in level.

Procedure

1. If the change in level is ramped, check that it has a slope less than 1:48.

2. If there is a vertical change of floor level, check that it is less than or equal to 6,4 mm.

3. If there is a vertical or sloped change in floor level, check that the slope is not greater than 1:2.

Result

Pass: Check 1 or 2 or 3 is true.

Fail: Checks 1 and 2 and 3 are false

Not applicable: Pre-condition 1 or 2 or 3 is not met

8.3.4.2 Clear floor or ground space

Where stationary ICT has an operating area within it, it shall provide a clear floor area that has the minimum dimensions of 760 mm (30 inches) by 1220 mm (48 inches) from which to operate the ICT. This is shown in Figure 10.

C.8.3.4.2 Clear floor or ground space

Type of assessment

Inspection and measurement

Pre-conditions

1. The ICT is stationary ICT.

2. There is an operating area within it.

Procedure

1. Check that there is a clear floor area with minimum rectangular dimensions of 760 mm on one edge and 1220 mm on the other edge.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.4.3.1 General

Where stationary ICT has an access space inside it, at least one full side of the space shall be unobstructed.

C.8.3.4.3.1 General

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT.

2. There is an access space inside it.

Procedure

1. Check that one full side of the space is unobstructed.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

8.3.4.3.2 Forward approach

Where the operating area is inside an alcove within the stationary ICT, the alcove is deeper than 610 mm (24 inches), and where a forward approach is necessary, the dimension of the access space shall be a minimum of 915 mm (36 inches) wide. This is shown in Figure 11.

C.8.3.4.3.2 Forward approach

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT containing an alcove.

2. The operating area is within the alcove.

3. The depth of the alcove is greater than 610 mm

4. A forward approach is necessary.

Procedure

1. Check that the width of the alcove is greater than 915 mm.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2, 3 or 4 is not met

8.3.4.3.3 Parallel approach

Where the operating area is inside an alcove within the stationary ICT, the alcove is deeper than 380 mm (15 inches), and where a parallel approach is possible, the dimension of the access space shall be a minimum of 1525 mm (60 inches) wide. This is shown in Figure 12.

C.8.3.4.3.3 Parallel approach

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT containing an alcove.

2. The operating area is within the alcove.

3. The depth of the alcove is greater than 380 mm.

4. A parallel approach is possible.

Procedure

1. Check that the width of the access space is greater than 1 525 mm.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2, 3 or 4 is not met

8.3.5 Visibility

Where stationary ICT provides one or more display screens, at least one of each type of display screen shall be positioned such that the information on the screen is legible from a point located 1015 mm (40 inches) above the centre of the floor of the operating area.

NOTE: The intent of this requirement is that the information on the screen can be read by users with normal vision and appropriate language skills, when seated in a wheelchair.

C.8.3.5 Visibility

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT.

2. One or more display screens are provided.

Procedure

1. Check that at least one of each type of display screen is positioned such that the information on the screen is legible from a point located 1015 mm (40 inches) above the centre of the floor of the operating area.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met

8.3.6 Installation instructions

Installation instructions shall be made available for all stationary ICT. These instructions shall give guidance on how to install the ICT in a manner that takes into account applicable requirements for accessibility of the built environment as they apply to the installation of the ICT. Where there are no such requirements the instructions should require that the dimensions of the installed ICT conform to clauses 8.3.2 to 8.3.5 of the present document.

C.8.3.6 Installation instructions

Type of assessment

Inspection

Pre-conditions

1. The ICT is stationary ICT.

Procedure

1. Check that installation instructions are made available.

2. Check that the instructions give guidance on how to install the ICT in a manner that ensures that the dimensions of the installed ICT conform to clauses 8.3.2 to 8.3.4.

3. Check that the instructions say that the installers should also take into account applicable requirements for accessibility of the built environment as they apply to the installation of the ICT.

Result

Pass: Checks 1, 2 and 3 are true

Fail: Checks 1 or 2 or 3 are false

Not applicable: Pre-condition 1 is not met.

8.4.1 Numeric keys

Where provided, physical numeric keys arranged in a rectangular keypad layout shall have the number five key tactilely distinct from the other keys of the keypad.

NOTE: Recommendation ITU-T E.161 [i.20] describes the 12-key telephone keypad layout and provides further details of the form of tactile markers.

C.8.4.1 Numeric keys

Type of assessment

Inspection

Pre-conditions

1. The ICT has physical numeric keys arranged in a 12-key telephone keypad layout.

Procedure

1. Check that the number five key is tactilely distinct from the other keys of the keypad.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

8.4.2.1 Means of operation of mechanical parts

Where a control requires grasping, pinching, or twisting of the wrist to operate it, an accessible alternative means of operation that does not require these actions shall be provided.

C.8.4.2.1 Means of operation of mechanical parts

Type of assessment

Inspection

Pre-conditions

1. The ICT has operable parts that requires grasping, pinching, or twisting of the wrist to operate.

Procedure

1. Check that there is an accessible alternative means of operation that does not require these actions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

8.4.2.2 Force of operation of mechanical parts

Where a control requires a force greater than 22,2 N to operate it, an accessible alternative means of operation that requires a force less than 22,2 N shall be provided.

NOTE: ISO 21542:2011 [i.34]: Building Construction - Accessibility and Usability of the Built Environment recommends a value between 2,5 and 5 Newtons.

C.8.4.2.2 Force of operation of mechanical parts

Type of assessment

Inspection

Pre-conditions

1. The ICT has a control which requires a force greater than 22,2 N to operate it.

Procedure

1. Check that an accessible alternative means of operation is provided that requires a force less than or equal to 22,2 N.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

8.4.3 Keys, tickets and fare cards

Where ICT provides keys, tickets or fare cards, and their orientation is important for further use, they shall have an orientation that is tactilely discernible.

NOTE: ETSI ETS 300 767 [i.6] defines suitable tactile indications for plastic cards.

C.8.4.3 Keys, tickets and fare cards

Type of assessment

Inspection

Pre-conditions

1. ICT provides keys, tickets or fare cards, and their orientation is important for further use.

Procedure

1. Check that keys, tickets or fare cards have an orientation that is tactilely discernible

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

8.5 Tactile indication of speech mode

Where ICT is designed for shared use and speech output is available, a tactile indication of the means to initiate the speech mode of operation shall be provided.

NOTE: The tactile indication could include Braille instructions.

C.8.5 Tactile indication of speech mode

Type of assessment

Inspection

Pre-conditions

1. The ICT is designed for shared use.

2. Speech output is available.

Procedure

1. Check that a tactile indication of the means to initiate the speech mode of operation is provided.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

9.0 General (informative)

Requirements in clause 9 apply to web pages (as defined in clause 3.1) including:

• Conformance with W3C Web Content Accessibility Guidelines (WCAG 2.0) Level AA is equivalent to conforming with clauses 9.1.1, 9.1.2, 9.1.3.1 to 9.1.3.3, 9.1.4.1 to 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.2, 9.2.3, 9.2.4, 9.3, 9.4.1.1, 9.4.1.2 and the conformance requirements of clause 9.6 of the present document.
• Conformance with W3C Web Content Accessibility Guidelines (WCAG 2.1) [5] Level AA is equivalent to conforming with all of clauses 9.1 to 9.4 and the conformance requirements of clause 9.6 of the present document.
• Requirements for non-web documents and non-web software are given in clauses 10 and 11 respectively.

NOTE 1: When evaluating websites they are evaluated as individual web pages. Web applications, including mobile web applications, are covered under the definition of web page which is quite broad and covers all web content types.

NOTE 2: WCAG 2.0 is identical to ISO/IEC 40500:2012: "Information technology - W3C Web Content Accessibility Guidelines (WCAG) 2.0" [4].

The requirements in clauses 9.1 to 9.4 are written using the concept of satisfying success criteria (defined in clause 3.1). A web page satisfies a WCAG success criterion when the success criterion does not evaluate to false when applied to the web page. This implies that if the success criterion puts conditions on a specific feature and that specific feature does not occur in the web page, then the web page satisfies the success criterion.

NOTE 3: For example, a web page that does not contain pre-recorded audio content in synchronized media will automatically satisfy WCAG success criterion 1.2.2 (captions - pre-recorded) and, in consequence, will also conform to clause 9.1.2.2.

In addition to Level AA success criteria, the Web Content Accessibility Guidelines also include success criteria for Level AAA. These are listed in clause 9.5 of the present document. Web authors and procurement accessibility specialists are encouraged to consider whether any of the WCAG Level AAA success criteria offer suggestions that may be applicable and relevant to their project, as well as potentially beneficial to some users.

NOTE 4: The W3C states that "It is not recommended that Level AAA conformance be required as a general policy for entire sites because it is not possible to satisfy all Level AAA Success Criteria for some content".

NOTE 5: "Void" clauses have been inserted in order to maintain alignment with the numbering of WCAG 2.1 Level A and Level AA Success Criteria.

C.9.0 General (informative)

Clause 9.0 is informative only and contains no requirements requiring test.

9.1.1.1 Non-text content

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.1.1 Non-text content.

WCAG 2.1 Success Criterion 1.1.1 Non-text content

Understanding Non-text Content

How to Meet Non-text Content

(Level A)

All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below.

• Controls, Input: If non-text content is a control or accepts user input, then it has a name that describes its purpose. (Refer to Success Criterion 4.1.2 for additional requirements for controls and content that accepts user input.)
• Time-Based Media: If non-text content is time-based media, then text alternatives at least provide descriptive identification of the non-text content. (Refer to Guideline 1.2 for additional requirements for media.)
• Test: If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives at least provide descriptive identification of the non-text content.
• Sensory: If non-text content is primarily intended to create a specific sensory experience, then text alternatives at least provide descriptive identification of the non-text content.
• CAPTCHA: If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then text alternatives that identify and describe the purpose of the non-text content are provided, and alternative forms of CAPTCHA using output modes for different types of sensory perception are provided to accommodate different disabilities.
• Decoration, Formatting, Invisible: If non-text content is pure decoration, is used only for visual formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive technology.

C.9.1.1.1 Non-text content

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.1.1 Non-text content.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.1.1 Non-text content.

9.1.2.1 Audio-only and video-only (prerecorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded)

Understanding Audio-only and Video-only (Prerecorded)

How to Meet Audio-only and Video-only (Prerecorded)

(Level A)

For prerecorded audio-only and prerecorded video-only media, the following are true, except when the audio or video is a media alternative for text and is clearly labeled as such:

• Prerecorded Audio-only: An alternative for time-based media is provided that presents equivalent information for prerecorded audio-only content.
• Prerecorded Video-only: Either an alternative for time-based media or an audio track is provided that presents equivalent information for prerecorded video-only content.

C.9.1.2.1 Audio-only and video-only (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

9.1.2.2 Captions (prerecorded)

Where ICT is a web page, it shall satisfy the WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded)

Understanding Captions (Prerecorded)

How to Meet Captions (Prerecorded)

(Level A)

Captions are provided for all prerecorded audio content in synchronized media, except when the media is a media alternative for text and is clearly labeled as such.

C.9.1.2.2 Captions (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

9.1.2.3 Audio description or media alternative (prerecorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded)

Understanding Audio Description or Media Alternative (Prerecorded)

How to Meet Audio Description or Media Alternative (Prerecorded)

(Level A)

An alternative for time-based media or audio description of the prerecorded video content is provided for synchronized media, except when the media is a media alternative for text and is clearly labeled as such.

C.9.1.2.3 Audio description or media alternative (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

9.1.2.4 Captions (live)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

WCAG 2.1 Success Criterion 1.2.4 Captions (Live)

Understanding Captions (Live)

How to Meet Captions (Live)

(Level AA)

Captions are provided for all live audio content in synchronized media.

C.9.1.2.4 Captions (live)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

9.1.2.5 Audio description (prerecorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

Understanding Audio Description (Prerecorded)

How to Meet Audio Description (Prerecorded)

(Level AA)

Audio description is provided for all prerecorded video content in synchronized media.

C.9.1.2.5 Audio description (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

9.1.3.1 Info and relationships

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

WCAG 2.1 Success Criterion 1.3.1 Info and Relationships

Understanding Info and Relationships

How to Meet Info and Relationships

(Level A)

Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.

C.9.1.3.1 Info and relationships

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

9.1.3.2 Meaningful sequence

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence

Understanding Meaningful Sequence

How to Meet Meaningful Sequence

(Level A)

When the sequence in which content is presented affects its meaning, a correct reading sequence can be programmatically determined.

C.9.1.3.2 Meaningful sequence

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

9.1.3.3 Sensory characteristics

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics

Understanding Sensory Characteristics

How to Meet Sensory Characteristics

(Level A)

Instructions provided for understanding and operating content do not rely solely on sensory characteristics of components such as shape, color, size, visual location, orientation, or sound.

Note: For requirements related to color, refer to Guideline 1.4.

C.9.1.3.3 Sensory characteristics

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

9.1.3.4 Orientation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.4 Orientation.

WCAG 2.1 Success Criterion 1.3.4 Orientation

Understanding Orientation

How to Meet Orientation

(Level AA)

Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential.

Note: Examples where a particular display orientation may be essential are a bank check, a piano application, slides for a projector or television, or virtual reality content where binary display orientation is not applicable.

C.9.1.3.4 Orientation

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.4 Orientation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.3.4 Orientation.

9.1.3.5 Identify input purpose

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose

Understanding Identify Input Purpose

How to Meet Identify Input Purpose

(Level AA)

The purpose of each input field collecting information about the user can be programmatically determined when:

• The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
• The content is implemented using technologies with support for identifying the expected meaning for form input data.

C.9.1.3.5 Identify input purpose

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

9.1.4.1 Use of colour

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.1 Use of Color.

WCAG 2.1 Success Criterion 1.4.1 Use of Color

Understanding Use of Color

How to Meet Use of Color

(Level A)

Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

Note: This success criterion addresses color perception specifically. Other forms of perception are covered in Guideline 1.3 including programmatic access to color and other visual presentation coding.

C.9.1.4.1 Use of colour

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.1 Use of Color.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.1 Use of Color.

9.1.4.2 Audio control

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.2 Audio Control.

WCAG 2.1 Success Criterion 1.4.2 Audio Control

Understanding Audio Control

How to Meet Audio Control

(Level A)

If any audio on a Web page plays automatically for more than 3 seconds, either a mechanism is available to pause or stop the audio, or a mechanism is available to control audio volume independently from the overall system volume level.

Note: Since any content that does not meet this success criterion can interfere with a user's ability to use the whole page, all content on the Web page (whether or not it is used to meet other success criteria) must meet this success criterion. See Conformance Requirement 5: Non-Interference.

C.9.1.4.2 Audio control

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.2 Audio Control.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.2 Audio Control.

9.1.4.3 Contrast (minimum)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum)

Understanding Contrast (Minimum)

How to Meet Contrast (Minimum)

(Level AA)

The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following:

• Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1;
• Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement.
• Logotypes: Text that is part of a logo or brand name has no contrast requirement.

C.9.1.4.3 Contrast (minimum)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

9.1.4.4 Resize text

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.4 Resize text.

WCAG 2.1 Success Criterion 1.4.4 Resize text

Understanding Resize text

How to Meet Resize text

(Level AA)

Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality.

C.9.1.4.4 Resize text

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.4 Resize text.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.4 Resize text.

9.1.4.5 Images of text

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.5 Images of Text.

WCAG 2.1 Success Criterion 1.4.5 Images of Text.

Understanding Images of Text

How to Meet Images of Text

(Level AA)

If the technologies being used can achieve the visual presentation, text is used to convey information rather than images of text except for the following:

• Customizable: The image of text can be visually customized to the user's requirements;
• Essential: A particular presentation of text is essential to the information being conveyed.

Note: Logotypes (text that is part of a logo or brand name) are considered essential.

C.9.1.4.5 Images of text

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.5 Images of Text.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.5 Images of Text.

9.1.4.10 Reflow

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.10 Reflow.

WCAG 2.1 Success Criterion 1.4.10 Reflow

Understanding Reflow

How to Meet Reflow

(Level AA)

Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions for:

• Vertical scrolling content at a width equivalent to 320 CSS pixels;
• Horizontal scrolling content at a height equivalent to 256 CSS pixels.

Except for parts of the content which require two-dimensional layout for usage or meaning.

Note: 320 CSS pixels is equivalent to a starting viewport width of 1280 CSS pixels wide at 400% zoom. For web content which are designed to scroll horizontally (e.g. with vertical text), the 256 CSS pixels is equivalent to a starting viewport height of 1024px at 400% zoom.

Note: Examples of content which require two-dimensional layout are images, maps, diagrams, video, games, presentations, data tables, and interfaces where it is necessary to keep toolbars in view while manipulating content.

C.9.1.4.10 Reflow

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.10 Reflow.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.10 Reflow.

9.1.4.11 Non-text contrast

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast

Understanding Non-text Contrast

How to Meet Non-text Contrast

(Level AA)

The visual presentation of the following have a contrast ratio of at least 3:1 against adjacent color(s):

• User Interface Components: Visual information required to identify user interface components and states, except for inactive components or where the appearance of the component is determined by the user agent and not modified by the author;
• Graphical Objects: Parts of graphics required to understand the content, except when a particular presentation of graphics is essential to the information being conveyed.

C.9.1.4.11 Non-text contrast

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

9.1.4.12 Text spacing

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.12 Text spacing.

WCAG 2.1 Success Criterion 1.4.12 Text spacing

Understanding Text Spacing

How to Meet Text Spacing

(Level AA)

In content implemented using markup languages that support the following textstyle properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property:

• Line height (line spacing) to at least 1.5 times the font size; and states, except for inactive components or where the appearance of the component is determined by the user agent and not modified by the author;
• Spacing following paragraphs to at least 2 times the font size;
• Letter spacing (tracking) to at least 0.12 times the font size;
• Word spacing to at least 0.16 times the font size.

Exception: Human languages and scripts that do not make use of one or more of these text style properties in written text can conform using only the properties that exist for that combination of language and script.

C.9.1.4.12 Text spacing

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.12 Text spacing.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.12 Text spacing.

9.1.4.13 Content on hover or focus

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus

Understanding Content on Hover or Focus

How to Meet Content on Hover or Focus

(Level AA)

Where receiving and then removing pointer hover or keyboard focus triggers additional content to become visible and then hidden, the following are true:

• Dismissable: A mechanism is available to dismiss the additional content without moving pointer hover or keyboard focus, unless the additional content communicates an input error or does not obscure or replace other content;
• Hoverable: If pointer hover can trigger the additional content, then the pointer can be moved over the additional content without the additional content disappearing;
• Persistent: The additional content remains visible until the hover or focus trigger is removed, the user dismisses it, or its information is no longer valid.

Exception: The visual presentation of the additional content is controlled by the user agent and is not modified by the author.

Note: Examples of additional content controlled by the user agent include browser tooltips created through use of the HTML title attribute.

Note: Custom tooltips, sub-menus, and other non-modal popups that display on hover and focus are examples of additional content covered by this criterion.

C.9.1.4.13 Content on hover or focus

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

9.2.1.1 Keyboard

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.1.1 Keyboard.

WCAG 2.1 Success Criterion 2.1.1 Keyboard

Understanding Keyboard

How to Meet Keyboard

(Level A)

All functionality of the content is operable through a keyboard interfacewithout 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.

Note: This 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.

Note: This does not forbid and should not discourage providing mouse input or other input methods in addition to keyboard operation.

C.9.2.1.1 Keyboard

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.1.1 Keyboard.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.1.1 Keyboard.

9.2.1.2 No keyboard trap

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap.

WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap

Understanding No Keyboard Trap

How to Meet No Keyboard Trap

(Level A)

If keyboard focus can be moved to a component of the page using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away.

Note: Since any content that does not meet this success criterion can interfere with a user's ability to use the whole page, all content on the Web page (whether it is used to meet other success criteria or not) must meet this success criterion. See Conformance Requirement 5: Non-Interference.

C.9.2.1.2 No keyboard trap

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap.

9.2.1.4 Character key shortcuts

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts

Understanding Character Key Shortcuts

How to Meet Character Key Shortcuts

(Level A)

If a keyboard shortcut is implemented in content using only letter (including upper- and lower-case letters), punctuation, number, or symbol characters, then at least one of the following is true:

• Turn off: A mechanism is available to turn the shortcut off;
• Remap: A mechanism is available to remap the shortcut to use one or more non-printable keyboard characters (e.g. Ctrl, Alt, etc.);
• Active only on focus: The keyboard shortcut for a user interface component is only active when that component has focus.

C.9.2.1.4 Character key shortcuts

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts

9.2.2.1 Timing adjustable

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable.

WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable

Understanding Timing Adjustable

How to Meet Timing Adjustable

(Level A)

For each time limit that is set by the content, at least one of the following is true:

• Turn off: The user is allowed to turn off the time limit before encountering it; or
• Adjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least ten times the length of the default setting; or
• Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "press the space bar"), and the user is allowed to extend the time limit at least ten times; or
• Real-time Exception: The time limit is a required part of a real-time event (for example, an auction), and no alternative to the time limit is possible; or
• Essential Exception: The time limit is essential and extending it would invalidate the activity; or
• 20 Hour Exception: The time limit is longer than 20 hours.

Note: This success criterion helps ensure that users can complete tasks without unexpected changes in content or context that are a result of a time limit. This success criterion should be considered in conjunction with Success Criterion 3.2.1, which puts limits on changes of content or context as a result of user action.

C.9.2.2.1 Timing adjustable

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable.

9.2.2.2 Pause, stop, hide

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide.

WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide

Understanding Pause, Stop, Hide

How to Meet Pause, Stop, Hide

(Level A)

For moving, blinking, scrolling, or auto-updating information, all of the following are true:

· Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where it is essential; and

· Auto-updating: For any auto-updating information that (1) starts automatically and (2) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control the frequency of the update unless the auto-updating is part of an activity where it is essential.

Note: For requirements related to flickering or flashing content, refer to Guideline 2.3.

Note: Since any content that does not meet this success criterion can interfere with a user's ability to use the whole page, all content on the Web page (whether it is used to meet other success criteria or not) must meet this success criterion. See Conformance Requirement 5: Non-Interference.

Note: Content that is updated periodically by software or that is streamed to the user agent is not required to preserve or present information that is generated or received between the initiation of the pause and resuming presentation, as this may not be technically possible, and in many situations could be misleading to do so.

Note: An animation that occurs as part of a preload phase or similar situation can be considered essential if interaction cannot occur during that phase for all users and if not indicating progress could confuse users or cause them to think that content was frozen or broken.

C.9.2.2.2 Pause, stop, hide

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide.

9.2.3.1 Three flashes or below threshold

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold.

WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold

Understanding Three Flashes or Below Threshold

How to Meet Three Flashes or Below Threshold

(Level A)

Web pages do not contain anything that flashes more than three times in any one second period, or the flash is below the general flash and red flash thresholds.

Note: Since any content that does not meet this success criterion can interfere with a user's ability to use the whole page, all content on the Web page (whether it is used to meet other success criteria or not) must meet this success criterion. See Conformance Requirement 5: Non-Interference.

C.9.2.3.1 Three flashes or below threshold

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold.

9.2.4.1 Bypass blocks

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.1 Bypass Blocks.

WCAG 2.1 Success Criterion 2.4.1 Bypass Blocks

Understanding Bypass Blocks

How to Meet Bypass Blocks

(Level A)

A mechanism is available to bypass blocks of content that are repeated on multiple Web pages.

C.9.2.4.1 Bypass blocks

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.1 Bypass Blocks.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.1 Bypass Blocks.

9.2.4.2 Page titled

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.2 Page Titled.

WCAG 2.1 Success Criterion 2.4.2 Page Titled

Understanding Page Titled

How to Meet Page Titled

(Level A)

Web pages have titles that describe topic or purpose.

C.9.2.4.2 Page titled

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.2 Page Titled.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.2 Page Titled.

9.2.4.3 Focus Order

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.3 Focus Order.

WCAG 2.1 Success Criterion 2.4.3 Focus Order

Understanding Focus Order

How to Meet Focus Order

(Level A)

If a Web page can be navigated sequentially and the navigation sequences affect meaning or operation, focusable components receive focus in an order that preserves meaning and operability.

C.9.2.4.3 Focus Order

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.3 Focus Order.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.3 Focus Order

9.2.4.4 Link purpose (in context)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context)-

WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context)

Understanding Link Purpose (In Context)

How to Meet Link Purpose (In Context)

(Level A)

The purpose of each link can be determined from the link text alone or from the link text together with its programmatically determined link context, except where the purpose of the link would be ambiguous to users in general.

C.9.2.4.4 Link purpose (in context)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

9.2.4.5 Multiple ways

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.5 Multiple Ways.

WCAG 2.1 Success Criterion 2.4.5 Multiple Ways

Understanding Multiple Ways

How to Meet Multiple Ways

(Level AA)

More than one way is available to locate a Web page within a set of Web pages except where the Web Page is the result of, or a step in, a process.

C.9.2.4.5 Multiple ways

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.5 Multiple Ways.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.5 Multiple Ways.

9.2.4.6 Headings and labels

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

WCAG 2.1 Success Criterion 2.4.6 Headings and Labels

Understanding Headings and Labels

How to Meet Headings and Labels

(Level AA)

Headings and labels describe topic or purpose.

C.9.2.4.6 Headings and labels

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

9.2.4.7 Focus visible

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

WCAG 2.1 Success Criterion 2.4.7 Focus Visible

Understanding Focus Visible

How to Meet Focus Visible

(Level AA)

Any keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible.

C.9.2.4.7 Focus visible

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

9.2.5.1 Pointer gestures

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures.

WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures

Understanding Pointer Gestures

How to Meet Pointer Gestures

(Level A)

All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointer without a path-based gesture, unless a multipoint or path-based gesture is essential.

Note: This requirement applies to web content that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

C.9.2.5.1 Pointer gestures

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures.

9.2.5.2 Pointer cancellation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation.

WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation

Understanding Pointer Cancellation

How to Meet Pointer Cancellation

(Level A)

For functionality that can be operated using a single pointer, at least one of the following is true:

• No Down-Event: The down-event of the pointer is not used to execute any part of the function;
• Abort or Undo: Completion of the function is on the up-event, and a mechanism is available to abort the function before completion or to undo the function after completion;
• Up Reversal: The up-event reverses any outcome of the preceding down-event;
• Essential: Completing the function on the down-event is essential.

Note: Functions that emulate a keyboard or numeric keypad key press are considered essential.

Note: This requirement applies to web content that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

C.9.2.5.2 Pointer cancellation

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation.

9.2.5.3 Label in name

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.3 Label in Name.

WCAG 2.1 Success Criterion 2.5.3 Label in Name

Understanding Label in Name

How to Meet Label in Name

(Level A)

For user interface components with labels that include text or images of text, the name contains the text that is presented visually.

Note: A best practice is to have the text of the label at the start of the name.

C.9.2.5.3 Label in name

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.3 Label in Name.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.5.3 Label in Name.

9.2.5.4 Motion actuation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

WCAG 2.1 Success Criterion 2.5.4 Motion Actuation

Understanding Motion Actuation

How to Meet Motion Actuation

(Level A)

Functionality that can be operated by device motion or user motion can also be operated by user interface components and responding to the motion can be disabled to prevent accidental actuation, except when:

• Supported Interface: The motion is used to operate functionality through an accessibility supported interface;
• Essential: The motion is essential for the function and doing so would invalidate the activity.

C.9.2.5.4 Motion actuation

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

9.3.1.1 Language of page

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.1.1 Language of Page.

WCAG 2.1 Success Criterion 3.1.1 Language of Page

Understanding Language of Page

How to Meet Language of Page

(Level A)

The default human language of each Web page can be programmatically determined.

C.9.3.1.1 Language of page

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.1.1 Language of Page.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.1.1 Language of Page.

9.3.1.2 Language of parts

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.1.2 Language of Parts.

WCAG 2.1 Success Criterion 3.1.2 Language of Parts

Understanding Language of Parts

How to Meet Language of Parts

(Level AA)

The human language of each passage or phrase in the content can be programmatically determined except for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text.

C.9.3.1.2 Language of parts

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.1.2 Language of Parts.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.1.2 Language of Parts.

9.3.2.1 On focus

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.1 On Focus.

WCAG 2.1 Success Criterion 3.2.1 On Focus

Understanding On Focus

How to Meet On Focus

(Level A)

When any user interface component receives focus, it does not initiate a change of context.

C.9.3.2.1 On focus

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.1 On Focus.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.2.1 On Focus.

9.3.2.2 On input

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.2 On Input.

WCAG 2.1 Success Criterion 3.2.2 On Input

Understanding On Input

How to Meet On Input

(Level A)

Changing the setting of any user interface component does not automatically cause a change of context unless the user has been advised of the behavior before using the component.

C.9.3.2.2 On input

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.2 On Input.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.2.2 On Input.

9.3.2.3 Consistent navigation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation.

WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation

Understanding Consistent Navigation

How to Meet Consistent Navigation

(Level AA)

Navigational mechanisms that are repeated on multiple Web pages within a set of Web pages occur in the same relative order each time they are repeated, unless a change is initiated by the user.

C.9.3.2.3 Consistent navigation

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation.

9.3.2.4 Consistent identification

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.4 Consistent Identification.

WCAG 2.1 Success Criterion 3.2.4 Consistent Identification

Understanding Consistent Identification

How to Meet Consistent Identification

(Level AA)

Components that have the same functionality within a set of Web pages are identified consistently.

C.9.3.2.4 Consistent identification

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.4 Consistent Identification.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.2.4 Consistent Identification.

9.3.3.1 Error identification

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.1 Error Identification.

WCAG 2.1 Success Criterion 3.3.1 Error Identification

Understanding Error Identification

How to Meet Error Identification

(Level A)

If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text.

C.9.3.3.1 Error identification

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.1 Error Identification.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.3.1 Error Identification.

9.3.3.2 Labels or instructions

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions

Understanding Labels or Instructions

How to Meet Labels or Instructions

(Level A)

Labels or instructions are provided when content requires user input.

C.9.3.3.2 Labels or instructions

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

9.3.3.3 Error suggestion

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

WCAG 2.1 Success Criterion 3.3.3 Error Suggestion

Understanding Error Suggestion

How to Meet Error Suggestion

(Level AA)

If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content.

C.9.3.3.3 Error suggestion

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

9.3.3.4 Error prevention (legal, financial, data)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data).

WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data)

Understanding Error Prevention (Legal, Financial, Data)

How to Meet Error Prevention (Legal, Financial, Data)

(Level AA)

For Web pages that cause legal commitments or financial transactions for the user to occur, that modify or delete user-controllable data in data storage systems, or that submit user test responses, at least one of the following is true:

• Reversible: Submissions are reversible.
• Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.
• Confirmed: A mechanism is available for reviewing, confirming, and correcting information before finalizing the submission.

C.9.3.3.4 Error prevention (legal, financial, data)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data) .

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data).

9.4.1.1 Parsing

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 4.1.1 Parsing.

WCAG 2.1 Success Criterion 4.1.1 Parsing

Understanding Parsing

How to Meet Parsing

(Level A)

In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features.

Note: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket or a mismatched attribute value quotation mark are not complete.

C.9.4.1.1 Parsing

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 4.1.1 Parsing.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 4.1.1 Parsing.

9.4.1.2 Name, role, value

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value.

WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value

Understanding Name, Role, Value

How to Meet Name, Role, Value

(Level A)

For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies.

Note: This success criterion is primarily for Web authors who develop or script their own user interface components. For example, standard HTML controls already meet this success criterion when used according to specification.

C.9.4.1.2 Name, role, value

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value.

9.4.1.3 Status messages

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 4.1.3 Status Messages.

WCAG 2.1 Success Criterion 4.1.3 Status Messages

Understanding Status Messages

How to Meet Status Messages

(Level AA)

In content implemented using markup languages, status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus.

C.9.4.1.3 Status messages

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page does not fail WCAG 2.1 Success Criterion 4.1.3 Status Messages.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant to WCAG 2.1 Success Criterion 4.1.3 Status Messages.

9.5 WCAG 2.1 AAA Success Criteria

In addition to the Level AA success criteria, included in clauses 9.1 to 9.4, the Web Content Accessibility Guidelines include success criteria for Level AAA. These are listed in Annex - Table 9.1. Web authors and procurement accessibility specialists are encouraged to consider the WCAG 2.1 Level AAA success criteria that, when it is possible to apply them, may provide access beyond that required in the present document.

NOTE: The W3C states that "It is not recommended that Level AAA conformance be required as a general policy for entire sites because it is not possible to satisfy all Level AAA Success Criteria for some content". Refer to Table 9.1: WCAG 2.1 Level AAA Success Criteria in Annex – Tables and figures (from EN 301 549).

C.9.5 WCAG 2.1 AAA Success Criteria

Clause 9.5 is informative only and contains no requirements requiring test.

9.6 WCAG conformance requirements

Where ICT is a web page, it shall satisfy all the following five WCAG 2.1 conformance requirements at Level AA [5].

1. Conformance level

2. Full pages

3. Complete processes

4. Only Accessibility-Supported Ways of Using Technologies

5. Non-interference

NOTE 1: A Web page that meets all of requirements 9.1 to 9.4, or where a Level AA conforming alternate version (as defined in WCAG 2.1 [5]) is provided, will meet conformance requirement 1.

NOTE 2: According to W3C: "WCAG 2.1 extends Web Content Accessibility Guidelines 2.0 [4], which was published as a W3C Recommendation December 2008. Content that conforms to WCAG 2.1 also conforms to WCAG 2.0, and therefore to policies that reference WCAG 2.0" [4].

NOTE 3: Conformance requirement 5 states that all content on the page, including content that is not otherwise relied upon to meet conformance, meets clauses 9.1.4.2, 9.2.1.2, 9.2.2.2 and 9.2.3.1.

C.9.6 WCAG conformance requirements

Type of assessment

Inspection

Pre-conditions

1. The ICT is a web page.

Procedure

1. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "1: Conformance level" at Level AA.

2. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "2: Full pages".

3. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "3: Complete processes".

4. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "4: Only Accessibility-Supported Ways of Using Technologies".

5. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "5: Non-interference".

Result

Pass: All checks are true

Fail: Any check is false

Not applicable: Pre-condition 1 is not met.

10.0 General (informative)

Requirements in clause 10 apply to documents:

• documents that are not web pages;
• documents that are not embedded in web pages; and
• documents that are provided with web pages but are neither embedded nor rendered together with the web page from which they are provided (i.e. the present clause applies to downloadable documents).

Clause 9 provides requirements for documents that are in web pages or that are embedded in web pages and that are used in the rendering or that are intended to be rendered together with the web page in which they are embedded.

NOTE 1: Some examples of documents are letters, spreadsheets, emails, books, pictures, presentations, and movies that have an associated user agent such as a document reader, editor or media player.

NOTE 2: A single document may be composed of multiple files such as the video content, closed caption text, etc. This fact is not usually apparent to the end-user consuming the document/content.

NOTE 3: Documents require a user agent in order for the content to be presented to users. The requirements for user agents can be found in clause 11.

NOTE 4: The requirements for content that is part of software, can be found in clause 11.

NOTE 5: The success criteria set out in clause 10 are intended to harmonize with the Working Group Note [i.26] produced by the W3C's WCAG2ICT Task Force.

NOTE 6: "Void" clauses have been inserted in order to maintain alignment of the numbering in clauses 9, 10 and 11.

NOTE 7: Requirements in clause 10 also apply to documents that are protected using mechanisms such as digital signatures, encryption, password protection, and watermarks when they are presented to the user.

NOTE 8: It is best practice to provide meta data on the accessibility of the document within or separate to the document using WebSchemas/Accessibility 2.0 [i.38].

C.10.0 General (informative)

Clause 10.0 is advisory only and contains no requirements requiring test.

10.1.1.1 Non-text content

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.1.1 Non-text Content.

NOTE: CAPTCHAs do not currently appear outside of the Web. However, if they do appear, this guidance is accurate.

WCAG 2.1 Success Criterion 1.1.1 Non-text Content

Understanding Non-text Content

How to Meet Non-text Content

(Level A)

All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below.

• Controls, Input: If non-text content is a control or accepts user input, then it has a name that describes its purpose. (Refer to Success Criterion 4.1.2 for additional requirements for controls and content that accepts user input.)
• Time-Based Media: If non-text content is time-based media, then text alternatives at least provide descriptive identification of the non-text content. (Refer to Guideline 1.2 for additional requirements for media.)
• Test: If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives at least provide descriptive identification of the non-text content.
• Sensory: If non-text content is primarily intended to create a specific sensory experience, then text alternatives at least provide descriptive identification of the non-text content.
• CAPTCHA: If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then text alternatives that identify and describe the purpose of the non-text content are provided, and alternative forms of CAPTCHA using output modes for different types of sensory perception are provided to accommodate different disabilities.
• Decoration, Formatting, Invisible: If non-text content is pure decoration, is used only for visual formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive technology.

C.10.1.1.1 Non-text content

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.1.1 Non-text content.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.1.1 Non-text content.

10.1.2.1 Audio-only and video-only (prerecorded)

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

NOTE: The alternative can be provided directly in the document - or provided in an alternate version that meets the success criterion.

Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded)

Understanding Audio-only and Video-only (Prerecorded)

How to Meet Audio-only and Video-only (Prerecorded)

(Level A)

For prerecorded audio-only and prerecorded video-only media, the following are true, except when the audio or video is a media alternative for text and is clearly labeled as such:

• Prerecorded Audio-only: An alternative for time-based media is provided that presents equivalent information for prerecorded audio-only content.
• Prerecorded Video-only: Either an alternative for time-based media or an audio track is provided that presents equivalent information for prerecorded video-only content.

C.10.1.2.1 Audio-only and video-only (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

10.1.2.2 Captions (prerecorded)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

NOTE: The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, to meet this success criterion, whether called captions or subtitles, they would have to provide "synchronized visual and / or text alternative for both speech and non-speech audio information needed to understand the media content" where non-speech information includes "sound effects, music, laughter, speaker identification and location".

WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Understanding Captions (Prerecorded)

How to Meet Captions (Prerecorded)

(Level A)

Captions are provided for all prerecorded audio content in synchronized media, except when the media is a media alternative for text and is clearly labeled as such.

C.10.1.2.2 Captions (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

10.1.2.3 Audio description or media alternative (prerecorded)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

NOTE 1: The WCAG 2.1 definition of "audio description" says that "audio description" is "Also called 'video description' and 'descriptive narration'".

NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

Understanding Audio Description or Media Alternative (Prerecorded)

How to Meet Audio Description or Media Alternative (Prerecorded)

(Level A)

An alternative for time-based media or audio description of the prerecorded video content is provided for synchronized media, except when the media is a media alternative for text and is clearly labeled as such.

C.10.1.2.3 Audio description or media alternative (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

10.1.2.4 Captions (live)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

NOTE: The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, to meet this success criterion, whether called captions or subtitles, they would have to provide "synchronized visual and / or text alternative for both speech and non-speech audio information needed to understand the media content" where non-speech information includes "sound effects, music, laughter, speaker identification and location".

WCAG 2.1 Success Criterion 1.2.4 Captions (Live)

Understanding Captions (Live)

How to Meet Captions (Live)

(Level AA)

Captions are provided for all live audio content in synchronized media.

C.10.1.2.4 Captions (live)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

10.1.2.5 Audio description (prerecorded)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

NOTE 1: The WCAG 2.1 definition of "audio description" says that audio description is "Also called 'video description' and 'descriptive narration'".

NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded)

Understanding Audio Description (Prerecorded)

How to Meet Audio Description (Prerecorded)

(Level AA)

Audio description is provided for all prerecorded video content in synchronized media.

C.10.1.2.5 Audio description (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

10.1.3.1 Info and relationships

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

NOTE: Where documents contain non-standard structure types (roles), it is best practice to map them to a standard structure type as a fall-back solution for the reader.

WCAG 2.1 Success Criterion 1.3.1 Info and Relationships

Understanding Info and Relationships

How to Meet Info and Relationships

(Level A)

Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.

C.10.1.3.1 Info and relationships

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

10.1.3.2 Meaningful sequence

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence

Understanding Meaningful Sequence

How to Meet Meaningful Sequence

(Level A)

When the sequence in which content is presented affects its meaning, a correct reading sequence can be programmatically determined.

C.10.1.3.2 Meaningful sequence

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

10.1.3.3 Sensory characteristics

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Understanding Sensory Characteristics

How to Meet Sensory Characteristics

(Level A)

Instructions provided for understanding and operating content do not rely solely on sensory characteristics of components such as shape, color, size, visual location, orientation, or sound.

Note: For requirements related to color, refer to WCAG 2.1 - Guideline 1.4.

C.10.1.3.3 Sensory characteristics

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

10.1.3.4 Orientation

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.4 Orientation.

WCAG 2.1 Success Criterion 1.3.4 Orientation

Understanding Orientation

How to Meet Orientation

(Level AA)

Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential.

Note: Examples where a particular display orientation may be essential are a bank check, a piano application, slides for a projector or television, or virtual reality content where binary display orientation is not applicable.

C.10.1.3.4 Orientation

Type of assessment

Inspection

Pre-conditions:

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.4 Orientation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.3.4 Orientation.

10.1.3.5 Identify input purpose

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose

Understanding Identify Input Purpose

How to Meet Identify Input Purpose

(Level AA)

The purpose of each input field collecting information about the user can be programmatically determined when:

• The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
• The content is implemented using technologies with support for identifying the expected meaning for form input data.

C.10.1.3.5 Identify input purpose

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

10.1.4.1 Use of colour

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.1 Use of Color.

WCAG 2.1 Success Criterion 1.4.1 Use of Color.

Understanding Use of Color

How to Meet Use of Color

(Level A)

Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

Note: This success criterion addresses color perception specifically. Other forms of perception are covered in Guideline 1.3 including programmatic access to color and other visual presentation coding.

C.10.1.4.1 Use of colour

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.1 Use of Color.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.1 Use of Color.

10.1.4.2 Audio control

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.1.

Table 10.1: Document success criterion: Audio control

If any audio in a document plays automatically for more than 3 seconds, either a mechanism is available to pause or stop the audio, or a mechanismis available to control audio volume independently from the overall system volume level.

NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability to use the whole document, all content in the document (whether or not it is used to meet other success criteria) shall meet this success criterion.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.2 Audio Control, replacing "on a Web page" with "in a document" "any content" with "any part of a document", "whole page" with "whole document", "on the Web page" with "in the document", removing "See Conformance Requirement 5: Non-Interference" and adding note 1.

WCAG 2.1 Success Criterion 1.4.2 Audio Control

Understanding Audio Control

How to Meet Audio Control

(Level A)

C.10.1.4.2 Audio control

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.1.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met

10.1.4.3 Contrast (minimum)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum)

Understanding Contrast (Minimum)

How to Meet Contrast (Minimum)

(Level AA)

The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following:

• Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1;
• Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement.
• Logotypes: Text that is part of a logo or brand name has no contrast requirement.

C.10.1.4.3 Contrast (minimum)

Type of assessment: Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

10.1.4.4 Resize text

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.4 Resize Text.

NOTE 1: Content for which there are software players, viewers or editors with a 200 percent zoom feature would automatically meet this success criterion when used with such players, unless the content will not work with zoom.

NOTE 2: This success criterion is about the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use assistive technologies. This means that the application provides some means for enlarging the text 200 % (zoom or otherwise) without loss of content or functionality or that the application works with the platform features that meet this requirement.

NOTE 3: It is best practice to use only fonts that allow for scaling without loss of quality (e.g. pixelized presentation). This applies in particular to embedded fonts.

WCAG 2.1 Success Criterion 1.4.4 Resize Text

Understanding Resize text

How to Meet Resize text

(Level AA)

Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality.

C.10.1.4.4 Resize text

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.4 Resize text.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.4 Resize text.

10.1.4.5 Images of text

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.5 Images of Text.

WCAG 2.1 Success Criterion 1.4.5 Images of Text

Understanding Images of Text

How to Meet Images of Text

(Level AA)

If the technologies being used can achieve the visual presentation, text is used to convey information rather than images of text except for the following:

• Customizable: The image of text can be visually customized to the user's requirements;
• Essential: A particular presentation of text is essential to the information being conveyed.

Note: Logotypes (text that is part of a logo or brand name) are considered essential.

C.10.1.4.5 Images of text

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.5 Images of Text.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.5 Images of Text.

10.1.4.10 Reflow

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.2.

Table 10.2: Document success criterion: Reflow

Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions for:

• Vertical scrolling content at a width equivalent to 320 CSS pixels;
• Horizontal scrolling content at a height equivalent to 256 CSS pixels.

Except for parts of the content which require two-dimensional layout for usage or meaning.

NOTE 1: 320 CSS pixels is equivalent to a starting viewport width of 1280 CSS pixels wide at 400% zoom. For documents which are designed to scroll horizontally (e.g. with vertical text), the 256 CSS pixels is equivalent to a starting viewport height of 1024px at 400% zoom.

NOTE 2: Examples of content which require two-dimensional layout are images, maps, diagrams, video, games, presentations, data tables, and interfaces where it is necessary to keep toolbars in view while manipulating content.

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.10 Reflow replacing the original WCAG 2.1 notes with notes 1 and 2, above.

WCAG 2.1 Success Criterion 1.4.10 Reflow

Understanding Reflow

How to Meet Reflow

(Level AA)

C.10.1.4.10 Reflow

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.2.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.1.4.11 Non-text contrast

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Understanding Non-text Contrast

How to Meet Non-text Contrast

(Level AA)

The visual presentation of the following have a contrast ratio of at least 3:1 against adjacent color(s):

• User Interface Components: Visual information required to identify user interface components and states, except for inactive components or where the appearance of the component is determined by the user agent and not modified by the author;
• Graphical Objects: Parts of graphics required to understand the content, except when a particular presentation of graphics is essential to the information being conveyed.

C.10.1.4.11 Non-text contrast

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document that does not have a fixed size content layout area that is essential to the information being conveyed.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

10.1.4.12 Text spacing

Where ICT is a non-web document that does not have a fixed size content layout area that is essential to the information being conveyed, it shall satisfy WCAG 2.1 Success Criterion 1.4.12 Text spacing.

WCAG 2.1 Success Criterion 1.4.12 Text spacing

Understanding Text Spacing

How to Meet Text Spacing

(Level AA)

In content implemented using markup languages that support the following textstyle properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property:

• Line height (line spacing) to at least 1.5 times the font size;
• Spacing following paragraphs to at least 2 times the font size;
• Letter spacing (tracking) to at least 0.12 times the font size;
• Word spacing to at least 0.16 times the font size.

Exception: Human languages and scripts that do not make use of one or more of these text style properties in written text can conform using only the properties that exist for that combination of language and script.

C.10.1.4.12 Text spacing

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.12 Text spacing.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.12 Text spacing.

10.1.4.13 Content on hover or focus

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

Understanding Content on Hover or Focus

How to Meet Content on Hover or Focus

(Level AA)

Where receiving and then removing pointer hover or keyboard focus triggers additional content to become visible and then hidden, the following are true:

• Dismissable: A mechanism is available to dismiss the additional content without moving pointer hover or keyboard focus, unless the additional content communicates an input error or does not obscure or replace other content;
• Hoverable: If pointer hover can trigger the additional content, then the pointer can be moved over the additional content without the additional content disappearing;
• Persistent: The additional content remains visible until the hover or focus trigger is removed, the user dismisses it, or its information is no longer valid.

Exception: The visual presentation of the additional content is controlled by the user agent and is not modified by the author.

Note: Examples of additional content controlled by the user agent include browser tooltips created through use of the HTML title attribute.

Note: Custom tooltips, sub-menus, and other nonmodal popups that display on hover and focus are examples of additional content covered by this criterion.

C.10.1.4.13 Content on hover or focus

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

10.2.1.1 Keyboard

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.1.1 Keyboard.

WCAG 2.1 Success Criterion 2.1.1 Keyboard

Understanding Keyboard

How to Meet Keyboard

(Level A)

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.

Note: This 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.

Note: This does not forbid and should not discourage providing mouse input or other input methods in addition to keyboard operation.

C.10.2.1.1 Keyboard

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.1.1 Keyboard.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.1.1 Keyboard.

10.2.1.2 No keyboard trap

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.3.

Table 10.3: Document success criterion: No keyboard trap

If keyboard focus can be moved to a component of the document using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away.

NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability to use the whole document, it is necessary for all content in the document (whether or not it is used to meet other success criteria) to meet this success criterion.

NOTE 2: Standard exit methods may vary by platform. For example, on many desktop platforms, the Escape key is a standard method for exiting.

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap replacing "page" and "Web page" with "document", removing "See Conformance Requirement 5: Non-Interference" and with the addition of note 2 above and with note 1 above re-drafted to avoid the use of the word "must".

WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap

Understanding No Keyboard Trap

How to Meet No Keyboard Trap

(Level A)

C.10.2.1.2 No keyboard trap

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.3.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.1.4 Character key shortcuts

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts

Understanding Character Key Shortcuts

How to Meet Character Key Shortcuts

(Level A)

If a keyboard shortcut is implemented in content using only letter (including upper- and lower-case letters), punctuation, number, or symbol characters, then at least one of the following is true:

• Turn off: A mechanism is available to turn the shortcut off;
• Remap: A mechanism is available to remap the shortcut to use one or more non-printable keyboard characters (e.g. Ctrl, Alt, etc.);
• Active only on focus: The keyboard shortcut for a user interface component is only active when that component has focus.

C.10.2.1.4 Character key shortcuts

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure:

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

10.2.2.1 Timing adjustable

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.4.

Table 10.4: Document success criterion: Timing adjustable

For each time limit that is set by the document, at least one of the following is true:

• Turn off: The user is allowed to turn off the time limit before encountering it; or
• Adjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least ten times the length of the default setting; or
• Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "press the space bar"), and the user is allowed to extend the time limit at least ten times; or
• Real-time Exception: The time limit is a required part of a real-time event (for example, an auction), and no alternative to the time limit is possible; or
• Essential Exception: The time limit is essential and extending it would invalidate the activity; or
• 20 Hour Exception: The time limit is longer than 20 hours.

NOTE 1: This success criterion helps ensure that users can complete tasks without unexpected changes in content or context that are a result of a time limit. This success criterion should be considered in conjunction with WCAG 2.1 Success Criterion 3.2.1, which puts limits on changes of content or context as a result of user action.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable replacing "the content" with "documents" and with the words "WCAG 2.1" added before the word "Success Criterion" in note 1 above.

WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable

Understanding Timing Adjustable

How to Meet Timing Adjustable

(Level A)

C.10.2.2.1 Timing adjustable

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.4.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.2.2 Pause, stop, hide

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.5.

Table 10.5: Document success criterion: Pause, stop, hide

For moving, blinking, scrolling, or auto-updating information, all of the following are true:

• Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where it is essential; and
• Auto-updating: For any auto-updating information that (1) starts automatically and (2) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control the frequency of the update unless the auto-updating is part of an activity where it is essential.

NOTE 1: For requirements related to flickering or flashing content, refer to WCAG 2.1 Guideline 2.3.

NOTE 2: Since any part of a document that does not meet this success criterion can interfere with a user's ability to use the whole document, it is necessary for all content in the document (whether it is used to meet other success criteria or not) to meet this success criterion.

NOTE 3: Content that is updated periodically by software or that is streamed to the user agent is not required to preserve or present information that is generated or received between the initiation of the pause and resuming presentation, as this may not be technically possible, and in many situations could be misleading to do so.

NOTE 4: An animation that occurs as part of a preload phase or similar situation can be considered essential if interaction cannot occur during that phase for all users and if not indicating progress could confuse users or cause them to think that content was frozen or broken.

NOTE 5: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide replacing "page" and "Web page" with "document", removing "See Conformance Requirement 5: Non-Interference" in note 2 of the success criterion, with the words "WCAG 2.1" added before the word "Guideline" in note 1 above and with note 2 above re-drafted to avoid the use of the word "must".

WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide

Understanding Pause, Stop, Hide

How to Meet Pause, Stop, Hide

(Level A)

C.10.2.2.2 Pause, stop, hide

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.5.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.2.2 Pause, stop, hide.

10.2.3.1 Three flashes or below threshold

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.6.

Table 10.6: Document success criterion: Three flashes or below threshold

Documents do not contain anything that flashes more than three times in any one second period, or the flash is below the general flash and red flash thresholds.

NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability to use the whole document, it is necessary for all content in the document (whether it is used to meet other success criteria or not) to meet this success criterion.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold replacing "Web pages" with "documents", "the whole page" with "the whole document", "the Web page" with "the document" and removing "See Conformance Requirement 5: Non-Interference" and with note 1 above re-drafted to avoid the use of the word "must".

WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold

Understanding Three Flashes or Below Threshold

How to Meet Three Flashes or Below Threshold

(Level A)

C.10.2.3.1 Three flashes or below threshold

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.6.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.4.2 Document titled

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.7.

Table 10.7: Document success criterion: Document titled

Documents have titles that describe topic or purpose.

NOTE 1: The name of a document (e.g. document, media file) is a sufficient title if it describes the topic or purpose.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.4.2 Page Titled replacing "Web pages" with "documents" and with the addition of note 1 above.

WCAG 2.1 Success Criterion 2.4.2 Page Titled

Understanding Page Titled

How to Meet Page Titled

(Level A)

C.10.2.4.2 Document titled

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.7.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.4.3 Focus Order

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.8.

Table 10.8: Document success criterion: Focus order

If a document can be navigated sequentially and the navigation sequences affect meaning or operation, focusable components receive focus in an order that preserves meaning and operability.

NOTE: This success criterion is identical to the WCAG 2.1 Success Criterion 2.4.3 Focus Order replacing "Web page" with "document".

WCAG 2.1 Success Criterion 2.4.3 Focus Order

Understanding Focus Order

How to Meet Focus Order

(Level A)

C.10.2.4.3 Focus Order

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.8.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.4.4 Link purpose (in context)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context)

Understanding Link Purpose (In Context)

How to Meet Link Purpose (In Context)

(Level A)

The purpose of each link can be determined from the link text alone or from the link text together with its programmatically determined link context, except where the purpose of the link would be ambiguous to users in general.

C.10.2.4.4 Link purpose (in context)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

10.2.4.6 Headings and labels

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

WCAG 2.1 Success Criterion 2.4.6 Headings and Labels

Understanding Headings and Labels

How to Meet Headings and Labels

(Level AA)

Headings and labels describe topic or purpose

C.10.2.4.6 Headings and labels

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

10.2.4.7 Focus visible

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.4.7 Focus Visible

WCAG 2.1 Success Criterion 2.4.7 Focus Visible

Understanding Focus Visible

How to Meet Focus Visible

(Level AA)

Any keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible.

C.10.2.4.7 Focus visible

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

10.2.5.1 Pointer gestures

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.9.

Table 10.9: Document success criterion: Pointer gestures

All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointer without a path-based gesture, unless a multipoint or path-based gesture is essential.

NOTE 1: This requirement applies to documents that interpret pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures replacing the original WCAG 2.1 note with note 1 above.

WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures

Understanding Pointer Gestures

How to Meet Pointer Gestures

(Level A)

C.10.2.5.1 Pointer gestures

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.9

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.5.2 Pointer cancellation

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.10.

Table 10.10: Document success criterion: Pointer cancellation

For functionality that can be operated using a single pointer, at least one of the following is true:

• No Down-Event: The down-event of the pointer is not used to execute any part of the function;
• Abort or Undo: Completion of the function is on the up-event, and a mechanism is available to abort the function before completion or to undo the function after completion;
• Up Reversal: The up-event reverses any outcome of the preceding down-event;
• Essential: Completing the function on the down-event is essential.

NOTE 1: Functions that emulate a keyboard or numeric keypad key press are considered essential.

NOTE 2: This requirement applies to a document that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation replacing the original WCAG 2.1 note with notes 1 and 2 above.

WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation

Understanding Pointer Cancellation

How to Meet Pointer Cancellation

(Level A)

C.10.2.5.2 Pointer cancellation

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the success criterion in Table 10.10

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.2.5.3 Label in name

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 2.5.3 Label in Name.

WCAG 2.1 Success Criterion 2.5.3 Label in Name

Understanding Label in Name

How to Meet Label in Name

(Level A)

For user interface components with labels that include text or images of text,the name contains the text that is presented visually.

Note: A best practice is to have the text of the label at the start of the name.

C.10.2.5.3 Label in name

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.5.3 Label in Name.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.5.3 Label in Name.

10.2.5.4 Motion actuation

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

WCAG 2.1 Success Criterion 2.5.4 Motion Actuation

Understanding Motion Actuation

How to Meet Motion Actuation

(Level A)

Functionality that can be operated by device motion or user motion can also be operated by user interface components and responding to the motion can be disabled to prevent accidental actuation, except when:

• Supported Interface: The motion is used to operate functionality through an accessibility supported interface;
• Essential: The motion is essential for the function and doing so would invalidate the activity.

C.10.2.5.4 Motion actuation

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

10.3.1.1 Language of page

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.11.

Table 10.11: Document success criterion: Language of page

The default human language of each document can be programmatically determined.

NOTE: This success criterion is identical to the WCAG 2.1 Success Criterion 3.1.1 Language of Page replacing "web page" with "document".

WCAG 2.1 Success Criterion 3.1.1 Language of Page

Understanding Language of Page

How to Meet Language of Page

(Level A)

C.10.3.1.1 Language of page

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.11.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.3.1.2 Language of parts

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.12.

Table 10.12: Document success criterion: Language of parts

The human language of each passage or phrase in the document can be programmatically determined except for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text.

NOTE 1: There are some document technologies where there is no assistive technology supported method for marking the language for the different passages or phrases in the document, and it would not be possible to meet this success criterion with those technologies.

NOTE 2: Inheritance is one common method. For example a document provides the language that it is using and it can be assumed that all of the text or user interface elements within that document will be using the same language unless it is indicated.

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 3.1.2 Language of Parts replacing "content" with "document" and with the addition of notes 1 and 2 above.

WCAG 2.1 Success Criterion 3.1.2 Language of Parts

Understanding Language of Parts

How to Meet Language of Parts

(Level AA)

C.10.3.1.2 Language of parts

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.12.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.3.2.1 On focus

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.2.1 On Focus.

NOTE: Some compound documents and their user agents are designed to provide significantly different viewing and editing functionality depending upon what portion of the compound document is being interacted with (e.g. a presentation that contains an embedded spreadsheet, where the menus and toolbars of the user agent change depending upon whether the user is interacting with the presentation content, or the embedded spreadsheet content). If the user uses a mechanism other than putting focus on that portion of the compound document with which they mean to interact (e.g. by a menu choice or special keyboard gesture), any resulting change of context would not be subject to this success criterion because it was not caused by a change of focus.

WCAG 2.1 Success Criterion 3.2.1 On Focus

Understanding On Focus

How to Meet On Focus

(Level A)

When any user interface component receives focus, it does not initiate a change of context.

C.10.3.2.1 On focus

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 3.2.1 On Focus.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 3.2.1 On Focus.

10.3.2.2 On input

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.2.2 On Input.

WCAG 2.1 Success Criterion 3.2.2 On Input

Understanding On Input

How to Meet On Input

(Level A)

Changing the setting of any user interface component does not automatically cause a change of context unless the user has been advised of the behavior before using the component.

C.10.3.2.2 On input

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 3.2.2 On Input.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 3.2.2 On Input.

10.3.3.1 Error identification

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.3.1 Error Identification.

WCAG 2.1 Success Criterion 3.3.1 Error Identification

Understanding Error Identification

How to Meet Error Identification

(Level A)

If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text.

C.10.3.3.1 Error identification

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 3.3.1 Error Identification.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 3.3.1 Error Identification.

10.3.3.2 Labels or instructions

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions

Understanding Labels or Instructions

How to Meet Labels or Instructions

(Level A)

Labels or instructions are provided when content requires user input.

C.10.3.3.2 Labels or instructions

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

10.3.3.3 Error suggestion

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

WCAG 2.1 Success Criterion 3.3.3 Error Suggestion

Understanding Error Suggestion

How to Meet Error Suggestion

(Level AA)

If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content.

C.10.3.3.3 Error suggestion

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail WCAG 2.1 Success Criterion 3.3.3 Error Suggestion">.

Result:

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 3.3.3 Error Suggestion

10.3.3.4 Error prevention (legal, financial, data)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.13.

Table 10.13: Document success criterion: Error prevention (legal, financial, data)

For documents that cause legal commitments or financial transactions for the user to occur, that modify or delete user-controllable data in data storage systems, or that submit user test responses, at least one of the following is true:

• Reversible: Submissions are reversible.
• Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.
• Confirmed: A mechanism is available for reviewing, confirming, and correcting information before finalizing the submission.

NOTE: This success criterion is identical to the WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data) replacing "web pages" with "documents".

WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data)

Understanding Error Prevention (Legal, Financial, Data)

How to Meet Error Prevention (Legal, Financial, Data)

(Level AA)

C.10.3.3.4 Error prevention (legal, financial, data)

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.13.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.4.1.1 Parsing

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.14.

Table 10.14: Document success criterion: Parsing

For documents that use markup languages, in such a way that the markup is separately exposed and available to assistive technologies and accessibility features of software or to a user-selectable user agent, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features.

NOTE 1: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket or a mismatched attribute value quotation mark are not complete.

NOTE 2: Markup is not always available to assistive technology or to user selectable user agents such as browsers. In such cases, conformance to this provision would have no impact on accessibility as it can for web content where it is exposed.

NOTE 3: Examples of markup that is separately exposed and available to assistive technologies and to user agents include but are not limited to: documents encoded in HTML, ODF, and OOXML. In these examples, the markup can be parsed entirely in two ways: (a) by assistive technologies which may directly open the document, (b) by assistive technologies using DOM APIs of user agents for these document formats.

NOTE 4: This success criterion is identical to the WCAG 2.1 Success Criterion 4.1.1 Parsing replacing "In content implemented using markup languages" with "For documents that use markup languages, in such a way that the markup is separately exposed and available to assistive technologies and accessibility features of software or to a user-selectable user agent" with the addition of notes 2 and 3 above.

WCAG 2.1 Success Criterion 4.1.1 Parsing

Understanding Parsing

How to Meet Parsing

(Level A)

C.10.4.1.1 Parsing

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.14.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.4.1.2 Name, role, value

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.15.

Table 10.15: Document success criterion: Name, role, value

For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies.

NOTE 1: This success criterion is primarily for software developers who develop or use custom user interface components. Standard user interface components on most accessibility-supported platforms already meet this success criterion when used according to specification.

NOTE 2: For document formats that support interoperability with assistive technology, standard user interface components often meet this success criterion when used according to the general design and accessibility guidance for the document format.

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value replacing the original WCAG 2.1 note with note 1 and with the addition of note 2 above.

WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value

Understanding Name, Role, Value

How to Meet Name, Role, Value

(Level A)

C.10.4.1.2 Name, role, value

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the document does not fail the Success Criterion in Table 10.15.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

10.4.1.3 Status messages

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 4.1.3 Status Messages.

C.10.4.1.3 Status messages

Type of assessment

Inspection

Pre-conditions

1. The ICT is a non-web document.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 4.1.3 Status Messages.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web document does not contain content relevant to WCAG 2.1 Success Criterion 4.1.3 Status Messages.

10.5 Caption positioning

Where ICT is a non-web document that contains synchronized media with captions, the captions should not obscure relevant information in the synchronized media.

C.10.5 Caption positioning

Clause 10.5 contains no requirements requiring test.

10.6 Audio description timing

Where ICT is a non-web document that contains synchronized media with audio description, the audio description should not interfere with relevant audio information in the synchronized media.

C.10.6 Audio description timing

Clause 10.6 contains no requirements requiring test.

11.0 General (informative)

This clause provides requirements for:

• platform software;
• software that provides a user interface including content that is in the software;
• authoring tools;
• software that operates as assistive technology.
• mobile applications.

NOTE 1: User agents are examples of software that provide a user interface.

NOTE 2: The requirements for Web content, including software that is Web content, can be found in clause 9.

NOTE 3: The requirements for documents, that may be presented by user agents, can be found in clause 10.

NOTE 4: Although the accessibility of command line interfaces is not dealt with in the present document, accessibility may be achieved by context specific requirements, some of which may be found in clauses 5 or 11.

Requirements in clauses 11.1 to 11.5 apply to software:

• that is not a web page;
• not embedded in web pages nor used in the rendering or functioning of the page.

Clause 9 provides requirements for software that is in web pages or that is embedded in web pages and that is used in the rendering or that is intended to be rendered together with the web page in which it is embedded.

Some requirements in clauses 11.1 to 11.5 have different versions for open or closed functionality. In those cases, the corresponding clause will be divided into two subclauses.

The success criteria set out in clauses 11.1 to 11.5 are intended to harmonize with the W3C Working Group Note [i.26] produced by the W3C's WCAG2ICT Task Force.

NOTE 5: Software that provides a user interface includes its own content. Some examples of content in software include: the controls and text displayed in a menu bar of a graphical user interface application, images that appear in a toolbar, prompts spoken in an auditory user interface, other user interaction controls, and other text, graphics or material that is not loaded from outside the software.

C.11.0 General (informative)

Clause 11.0 is advisory only and contains no requirements requiring test.

11.1.1.1.1 Non-text content (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy WCAG 2.1 Success Criterion 1.1.1 Non-text Content.

NOTE: CAPTCHAs do not currently appear outside of the Web. However, if they do appear, this guidance is accurate.

WCAG 2.1 Success Criterion 1.1.1 Non-text Content

Understanding Non-text Content

How to Meet Non-text Content

(Level A)

All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below.

• Controls, Input: If non-text content is a control or accepts user input, then it has a name that describes its purpose. (Refer to Success Criterion 4.1.2 for additional requirements for controls and content that accepts user input.)
• Time-Based Media: If non-text content is time-based media, then text alternatives at least provide descriptive identification of the non-text content. (Refer to Guideline 1.2 for additional requirements for media.)
• Test: If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives at least provide descriptive identification of the non-text content.
• Sensory: If non-text content is primarily intended to create a specific sensory experience, then text alternatives at least provide descriptive identification of the non-text content.
• CAPTCHA: If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then text alternatives that identify and describe the purpose of the non-text content are provided, and alternative forms of CAPTCHA using output modes for different types of sensory perception are provided to accommodate different disabilities.
• Decoration, Formatting, Invisible: If non-text content is pure decoration, is used only for visual formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive technology.

C.11.1.1.1.1 Non-text content (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.1.1 Non-text Content.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.1.1.1.2 Non-text content (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading, it shall meet requirement 5.1.3.6 (Speech output for non-text content).

C.11.1.1.1.2 Non-text content (closed functionality)

Type of assessment

Testing

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The user interface is closed to assistive technologies for screen reading.

3. Non-text content is presented to users via speech output.

Procedure

1. Check that speech output is provided as an alternative for non-text content.

2. Check that the non-text content is not pure decoration.

3. Check that the non-text content is not used only for visual formatting.

4. Check that the speech output follows the guidance for "text alternative" described in WCAG 2.1 Success Criterion 1.1.1 Non-text Content.

Result

Pass: Check (1 and 2 and 3 and 4 are true) or (1 and 2 are false) or (1 and 3 are false)

Fail: Checks (1 true and 2 false) or (1 true and 3 false) or (1 and 2 and 3 are true and 4 is false)

Not applicable: Pre-condition 1, 2 or 3 is not met.

11.1.2.1.1 Audio-only and video-only (prerecorded - open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading and where pre-recorded auditory information is not needed to enable the use of closed functions of ICT, it shall satisfy the WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

NOTE: The alternative can be provided directly in the software - or provided in an alternate version that meets the success criterion.

Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded)

Understanding Audio-only and Video-only (Prerecorded)

How to Meet Audio-only and Video-only (Prerecorded)

(Level A)

For prerecorded audio-only and prerecorded video-only media, the following are true, except when the audio or video is a media alternative for text and is clearly labeled as such:

• Prerecorded Audio-only: An alternative for time-based media is provided that presents equivalent information for prerecorded audio-only content.
• Prerecorded Video-only: Either an alternative for time-based media or an audio track is provided that presents equivalent information for prerecorded video-only content

C.11.1.2.1.1 Audio-only and video-only (prerecorded - open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

3. Pre-recorded auditory information is not needed to enable the use of closed functions of ICT.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met.

11.1.2.1.2.1 Prerecorded audio-only (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading and where pre-recorded auditory information is needed to enable the use of closed functions of ICT, the functionality of software that provides a user interface shall meet requirement 5.1.5 (Visual output for auditory information).

C.11.1.2.1.2.1 Prerecorded audio-only (closed functionality)

Type of assessment

Inspection

Pre-conditions

1. ICT is non-web software that provides a user interface.

2. The user interface is closed to assistive technologies for screen reading.

3. Pre-recorded auditory information is needed to enable the use of closed functions of ICT.

Procedure

1. Check that the visual information is equivalent to the pre-recorded auditory output.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2 or 3 is not met.

11.1.2.1.2.2 Prerecorded video-only (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading, it shall meet requirement 5.1.3.7 (Speech output for video information).

C.11.1.2.1.2.2 Prerecorded video-only (closed functionality)

Type of assessment

Inspection

Pre-conditions

1. ICT is non-web software that provides a user interface.

2. The user interface is closed to assistive technologies for screen reading.

3. Pre-recorded video content is needed to enable the use of closed functions of ICT.

4. Speech output is provided as non-visual access to non-text content displayed on closed functionality.

Procedure

1. Check that the speech output presents equivalent information for the pre-recorded video content.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2, 3 or 4 is not met.

11.1.2.2 Captions (prerecorded)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

NOTE: The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, to meet this success criterion, whether called captions or subtitles, they would have to provide "synchronized visual and / or text alternative for both speech and non-speech audio information needed to understand the media content" where non-speech information includes "sound effects, music, laughter, speaker identification and location".

WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded)

Understanding Captions (Prerecorded)

How to Meet Captions (Prerecorded)

(Level A)

Captions are provided for all prerecorded audio content in synchronized media, except when the media is a media alternative for text and is clearly labeled as such.

C.11.1.2.2 Captions (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

11.1.2.3.1 Audio description or media alternative (prerecorded - open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

NOTE 1: The WCAG 2.1 definition of "audio description" says that "audio description" is "also called 'video description' and 'descriptive narration'".

NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded)

Understanding Audio Description or Media Alternative (Prerecorded)

How to Meet Audio Description or Media Alternative (Prerecorded)

(Level A)

An alternative for time-based media or audio description of the prerecorded video content is provided for synchronized media, except when the media is a media alternative for text and is clearly labeled as such.

C.11.1.2.3.1 Audio description or media alternative (prerecorded - open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative (Prerecorded).

11.1.2.3.2 Audio description or media alternative (prerecorded - closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading, it shall meet requirement 5.1.3.7 (Speech output for video information).

C.11.1.2.3.2 Audio description or media alternative (prerecorded - closed functionality)

Type of assessment

Inspection

Pre-conditions

1. ICT is non-web software that provides a user interface.

2. The user interface is closed to assistive technologies for screen reading.

3. Speech output is provided as non-visual access to non-text content displayed on closed functionality.

Procedure

1. Check that the speech output presents equivalent information for the pre-recorded video content.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2, or 3 is not met.

11.1.2.4 Captions (live)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

NOTE: The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, to meet this success criterion, whether called captions or subtitles, they would have to provide "synchronized visual and / or text alternative for both speech and non-speech audio information needed to understand the media content" where non-speech information includes "sound effects, music, laughter, speaker identification and location".

WCAG 2.1 Success Criterion 1.2.4 Captions (Live)

Understanding Captions (Live)

How to Meet Captions (Live)

(Level AA)

Captions are provided for all live audio content in synchronized media.

C.11.1.2.4 Captions (live)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

11.1.2.5 Audio description (prerecorded)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

NOTE 1: The WCAG 2.1 definition of "audio description" says that audio description is "Also called 'video description' and 'descriptive narration'".

NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

Understanding Audio Description (Prerecorded)

How to Meet Audio Description (Prerecorded)

(Level AA)

Audio description is provided for all prerecorded video content in synchronized media.

C.11.1.2.5 Audio description (prerecorded)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

11.1.3.1.1 Info and relationships (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

NOTE: In software, programmatic determinability is best achieved through the use of accessibility services provided by platform software to enable interoperability between software and assistive technologies and accessibility features of software. (see clause 11.5 Interoperability with assistive technology).

WCAG 2.1 Success Criterion 1.3.1 Info and Relationships

Understanding Info and Relationships

How to Meet Info and Relationships

(Level A)

Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.

C.11.1.3.1.1 Info and relationships (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.1.3.1.2 Info and relationships (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading and where information is displayed on the screen, the ICT should provide auditory information that allows the user to correlate the audio with the information displayed on the screen.

NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if it cannot be fully comprehended. An audio alternative that is both complete and complementary includes all visual information such as focus or highlighting, so that the audio can be correlated with information that is visible on the screen at any point in time.

NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information displayed on the screen include structure and relationships conveyed through presentation.

C.11.1.3.1.2 Info and relationships (closed functionality)

Clause 11.1.3.1.2 is advisory only and contains no testable requirements.

11.1.3.2.1 Meaningful sequence (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence

Understanding Meaningful Sequence

How to Meet Meaningful Sequence

(Level A)

When the sequence in which content is presented affects its meaning, a correct reading sequence can be programmatically determined.

C.11.1.3.2.1 Meaningful sequence (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.1.3.2.2 Meaningful sequence (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading and where information is displayed on the screen, the ICT should provide auditory information that allows the user to correlate the audio with the information displayed on the screen.

NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if it cannot be fully comprehended. An audio alternative that is both complete and complementary includes all visual information such as focus or highlighting, so that the audio can be correlated with information that is visible on the screen at any point in time.

NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information displayed on the screen include structure and relationships conveyed through presentation.

C.11.1.3.2.2 Meaningful sequence (closed functionality)

Clause 11.1.3.2.2 is advisory only and contains no testable requirements.

11.1.3.3 Sensory characteristics

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Success Criterion 1.3.3 Sensory Characteristics

Understanding Sensory Characteristics

How to Meet Sensory Characteristics

(Level A)

Instructions provided for understanding and operating content do not rely solely on sensory characteristics of components such as shape, color, size, visual location, orientation, or sound.

C.11.1.3.3 Sensory characteristics

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

11.1.3.4 Orientation

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.3.4 Orientation.

WCAG 2.1 Success Criterion 1.3.4 Orientation

Understanding Orientation

How to Meet Orientation

(Level AA)

Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential.

Note: Examples where a particular display orientation may be essential are a bank check, a piano application, slides for a projector or television, or virtual reality content where binary display orientation is not applicable.

C.11.1.3.4 Orientation

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.4 Orientation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.3.4 Orientation.

11.1.3.5.1 Identify input purpose (open functionality)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose

Understanding Identify Input Purpose

How to Meet Identify Input Purpose

(Level AA)

The purpose of each input field collecting information about the user can be programmatically determined when:

• The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
• The content is implemented using technologies with support for identifying the expected meaning for form input data.

C.11.1.3.5.1 Identify input purpose (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to at least one assistive technology.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

Result

Pass: Check 1 is true

Fail: Check 1 is false

11.1.3.5.2 Identify input purpose (closed functionality)

Where ICT is non-web software that provides a user interface and is closed to assistive technologies, in at least one mode of operation the ICT shall present to the user, in an audio form, the purpose of each input field collecting information about the user when the input field serves a purpose identified in the WCAG 2.1 Input Purposes for User Interface Components section.

WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose

Understanding Identify Input Purpose

How to Meet Identify Input Purpose

(Level AA)

The purpose of each input field collecting information about the user can be programmatically determined when:

• The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
• The content is implemented using technologies with support for identifying the expected meaning for form input data.

C.11.1.3.5.2 Identify input purpose (closed functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software does not provide support to assistive technologies for screen reading

3. Auditory output is provided as non-visual access to closed functionality.

Procedure

1. Check that the auditory output is delivered by a mechanism included in or provided with the ICT.

2. Check that the auditory output is delivered by a personal headset that can be connected through a 3,5 mm audio jack or an industry standard connection without requiring the use of vision.

3. Check that the auditory output comprises of purposes from the Input Purposes for User Interface Components section.

Result

Pass: Checks (1 or 2) is true and 3 is true

Fail: Checks (1 and 2) are false or 3 is false

Not applicable: Pre-condition 1, 2 or 3 is not met.

11.1.4.1 Use of colour

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.4.1 Use of Color.

WCAG 2.1 Success Criterion 1.4.1 Use of Color

Understanding Use of Color

How to Meet Use of Color

(Level A)

Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.

Note: This success criterion addresses color perception specifically. Other forms of perception are covered in Guideline 1.3 including programmatic access to color and other visual presentation coding.

C.11.1.4.1 Use of colour

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.1 Use of Color.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.1 Use of Color

11.1.4.2 Audio control

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.1.

Table 11.1: Software success criterion: Audio control

If any audio in a software plays automatically for more than 3 seconds, either a mechanism is available to pause or stop the audio, or a mechanism is available to control audio volume independently from the overall system volume level.

NOTE 1: Since any part of a software that does not meet this success criterion can interfere with a user's ability to use the whole software, all content in the software (whether or not it is used to meet other success criteria) shall meet this success criterion.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.2 Audio Control replacing "on a Web page" with "in a software", "any content" with "any part of a software", "whole page" with "whole software", "on the Web page" with "in the software", removing "See Conformance Requirement 5: Non-Interference" and adding note 1.

WCAG 2.1 Success Criterion 1.4.2 Audio Control

Understanding Audio Control

How to Meet Audio Control

(Level A)

C.11.1.4.2 Audio control

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.1.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

11.1.4.3 Contrast (minimum)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum)

Understanding Contrast (Minimum)

How to Meet Contrast (Minimum)

(Level AA)

The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following:

• Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1;
• Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement.
• Logotypes: Text that is part of a logo or brand name has no contrast requirement.

C.11.1.4.3 Contrast (minimum)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

11.1.4.4.1 Resize text (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to enlargement features of platform or assistive technology, it shall satisfy the WCAG 2.1 Success Criterion 1.4.4 Resize Text.

NOTE 1: Content for which there are software players, viewers or editors with a 200 percent zoom feature would automatically meet this success criterion when used with such players, unless the content will not work with zoom.

NOTE 2: This success criterion is about the ability to allow users to enlarge the text on screen at least up to 200 % without needing to use assistive technologies. This means that the application provides some means for enlarging the text 200 % (zoom or otherwise) without loss of content or functionality or that the application works with the platform features that meet this requirement.

WCAG 2.1 Success Criterion 1.4.4 Resize text

Understanding Resize text

How to Meet Resize text

(Level AA)

Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality.

C.11.1.4.4.1 Resize text (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to enlargement features of platform or assistive technology.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.4 Resize text.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.4 Resize text.

11.1.4.4.2 Resize text (closed functionality)

Where ICT is non-web software that provides a user interface which is not able to access the enlargement features of platform or assistive technology, it shall meet requirement 5.1.4 (Functionality closed to text enlargement).

NOTE: Because the text rendering support in a closed environment may be more limited than the support found in user agents for the Web, meeting 11.1.4.4.2 in a closed environment may place a much heavier burden on the content author.

C.11.1.4.4.2 Resize text (closed functionality)

Type of assessment

Inspection and measurement

Pre-conditions

1. ICT is non-web software that provides a user interface.

2. The user interface is closed to enlargement features of platform or assistive technology.

3. A viewing distance is specified by the supplier.

Procedure

1. Measure the height of a capital letter H.

2. Check that it subtends an angle of at least 0,7 degrees at the specified viewing distance.

Result

Pass: Check 2 is true

Fail: Check 2 is false

Not applicable: Pre-condition 1, 2 or 3 is not met.

11.1.4.5.1 Images of text (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.4.5 Images of Text.

Criterion 1.4.5 Images of Text.

Understanding Images of Text

How to Meet Images of Text

(Level AA)

If the technologies being used can achieve the visual presentation, text is used to convey information rather than images of text except for the following:

• Customizable: The image of text can be visually customized to the user's requirements;
• Essential: A particular presentation of text is essential to the information being conveyed.

Note: Logotypes (text that is part of a logo or brand name) are considered essential.

C.11.1.4.5.1 Images of text (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.5 Images of Text.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.5 Images of Text.

11.1.4.5.2 Images of text (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading, it does not need to meet the WCAG 2.1 Success Criterion 1.4.5 Images of Text because there is no need to impose a requirement on all closed functionality that text displayed on the screen actually be represented internally as text (as defined by WCAG 2.1), given that there is no interoperability with assistive technology.

Criterion 1.4.5 Images of Text.

Understanding Images of Text

How to Meet Images of Text

(Level AA)

If the technologies being used can achieve the visual presentation, text is used to convey information rather than images of text except for the following:

• Customizable: The image of text can be visually customized to the user's requirements;
• Essential: A particular presentation of text is essential to the information being conveyed.

Note: Logotypes (text that is part of a logo or brand name) are considered essential.

C.11.1.4.5.2 Images of text (closed functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The user interface is closed to assistive technologies for screen reading.

3. Non-text content is presented to users via speech output.

Procedure

1. Check that speech output is provided as an alternative for non-text content.

2. Check that the non-text content is not pure decoration.

3. Check that the non-text content is not used only for visual formatting.

4. Check that the speech output follows the guidance for "text alternative" described in WCAG 2.1 Success Criterion 1.1.1 Non-text Content.

Result

Pass: Check (1 and 2 and 3 and 4 are true) or (1 and 2 are false) or (1 and 3 are false)

Fail: Checks (1 true and 2 false) or (1 true and 3 false) or (1 and 2 and 3 are true and 4 is false)

Not applicable: Pre-condition 1, 2 or 3 is not met.

11.1.4.10 Reflow

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy the success criterion in Table 11.2.

Table 11.2: Document success criterion: Reflow

Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions for:

• Vertical scrolling content at a width equivalent to 320 CSS pixels;
• Horizontal scrolling content at a height equivalent to 256 CSS pixels;

Except for parts of the content which require two-dimensional layout for usage or meaning.

NOTE 1: 320 CSS pixels is equivalent to a starting viewport width of 1280 CSS pixels wide at 400% zoom. For non-web software which are designed to scroll horizontally (e.g. with vertical text), the 256 CSS pixels is equivalent to a starting viewport height of 1024 px at 400% zoom.

NOTE 2: Examples of content which require two-dimensional layout are images, maps, diagrams, video, games, presentations, data tables, and interfaces where it is necessary to keep toolbars in view while manipulating content.

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.10 Reflow replacing the original WCAG 2.1 notes with notes 1 and 2, above.

WCAG 2.1 Success Criterion 1.4.10 Reflow

Understanding Reflow

How to Meet Reflow

(Level AA)

C.11.1.4.10 Reflow

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.2

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

11.1.4.11 Non-text contrast

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast

Understanding Non-text Contrast

How to Meet Non-text Contrast

(Level AA)

The visual presentation of the following have a contrast ratio of at least 3:1 against adjacent color(s):

• User Interface Components: Visual information required to identify user interface components and states, except for inactive components or where the appearance of the component is determined by the user agent and not modified by the author;
• Graphical Objects: Parts of graphics required to understand the content, except when a particular presentation of graphics is essential to the information being conveyed.

C.11.1.4.11 Non-text contrast

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

11.1.4.12 Text spacing

Where ICT is non-web software that provides a user interface and that does not have a fixed size content layout area that is essential to the information being conveyed, it shall satisfy WCAG 2.1 Success Criterion 1.4.12 Text spacing.

WCAG 2.1 Success Criterion 1.4.12 Text spacing

Understanding Text Spacing

How to Meet Text Spacing

(Level AA)

In content implemented using markup languages that support the following text style properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property:

• Line height (line spacing) to at least 1.5 times the font size;
• Spacing following paragraphs to at least 2 times the font size;
• Letter spacing (tracking) to at least 0.12 times the font size;
• Word spacing to at least 0.16 times the font size.

Exception: Human languages and scripts that do not make use of one or more of these text style properties in written text can conform using only the properties that exist for that combination of language and script.

C.11.1.4.12 Text spacing

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion WCAG 2.1 Success Criterion 1.4.12 Text spacing.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.12 Text spacing.

11.1.4.13 Content on hover or focus

Where ICT is a non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 1.4.13 Content on hover or focus.

WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus

Understanding Content on Hover or Focus

How to Meet Content on Hover or Focus

(Level AA)

Where receiving and then removing pointer hover or keyboard focus triggers additional content to become visible and then hidden, the following are true:

• Dismissable: A mechanism is available to dismiss the additional content without moving pointer hover or keyboard focus, unless the additional content communicates an input error or does not obscure or replace other content;
• Hoverable: If pointer hover can trigger the additional content, then the pointer can be moved over the additional content without the additional content disappearing;
• Persistent: The additional content remains visible until the hover or focus trigger is removed, the user dismisses it, or its information is no longer valid.

Exception: The visual presentation of the additional content is controlled by the user agent and is not modified by the author.

Note: Examples of additional content controlled by the user agent include browser tooltips created through use of the HTML title attribute.

Note: Custom tooltips, sub-menus, and other nonmodal popups that display on hover and focus are examples of additional content covered by this criterion.

C.11.1.4.13 Content on hover or focus

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.13 Content on hover or focus.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 1.4.13 Content on hover or focus.

11.2.1.1.1 Keyboard (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to keyboards or a keyboard interface, it shall satisfy the WCAG 2.1 Success Criterion 2.1.1 Keyboard.

NOTE: This does not imply that software is required to directly support a keyboard or "keyboard interface". Nor does it imply that software is required to provide a soft keyboard. Underlying platform software may provide device independent input services to applications that enable operation via a keyboard. Software that supports operation via such platform device independent services would be operable by a keyboard and would comply.

WCAG 2.1 Success Criterion 2.1.1 Keyboard

Understanding Keyboard

How to Meet Keyboard

(Level A)

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.

Note: This 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.

Note: This does not forbid and should not discourage providing mouse input or other input methods in addition to keyboard operation.

C.11.2.1.1.1 Keyboard (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to keyboards or a keyboard interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.1.1 Keyboard.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 2.1.1 Keyboard.

11.2.1.1.2 Keyboard (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to keyboards or keyboard interface, it shall meet requirement 5.1.6.1 (Operation without keyboard interface: Closed functionality).

C.11.2.1.1.2 Keyboard (closed functionality)

Type of assessment

Inspection

Pre-conditions

1. ICT is non-web software that provides a user interface.

2. The user interface is closed to keyboards or keyboard interfaces.

Procedure

1. Check that all functionality of the user interface is operable without vision.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.2.1.2 No keyboard trap

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.3.

Table 11.3: Software success criterion: No keyboard trap

If keyboard focus can be moved to a component of the software using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away.

NOTE 1: Since any part of a software that does not meet this success criterion can interfere with a user's ability to use the whole software, it is necessary for all content in the software (whether or not it is used to meet other success criteria) to meet this success criterion.

NOTE 2: Standard exit methods may vary by platform. For example, on many desktop platforms, the Escape key is a standard method for exiting.

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap replacing "content", "page" and "Web page" with "software", removing "See Conformance Requirement 5: Non-Interference" and with the addition of note 2 above " and with note 1 above re-drafted to avoid the use of the word "shall".

WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap

Understanding No Keyboard Trap

How to Meet No Keyboard Trap

(Level A)

C.11.2.1.2 No keyboard trap

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.3.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.2.1.4.1 Character key shortcuts (open functionality)

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts

Understanding Character Key Shortcuts

How to Meet Character Key Shortcuts

(Level A)

If a keyboard shortcut is implemented in content using only letter (including upper- and lower-case letters), punctuation, number, or symbol characters, then at least one of the following is true:

• Turn off: A mechanism is available to turn the shortcut off;
• Remap: A mechanism is available to remap the shortcut to use one or more non-printable keyboard characters (e.g. Ctrl, Alt, etc.);
• Active only on focus: The keyboard shortcut for a user interface component is only active when that component has focus.

C.11.2.1.4.1 Character key shortcuts (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to at least one assistive technology.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

11.2.1.4.2 Character key shortcuts (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to keyboards or keyboard interface, it shall meet requirement 5.1.6.1 (Operation without keyboard interface: Closed functionality).

C.11.2.1.4.2 Character key shortcuts (closed functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. ICT functionality is closed to keyboards or keyboard interfaces.

Procedure

1. Check that all functionality is operable without vision.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.2.2.1 Timing adjustable

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.4.

Table 11.4: Software success criterion: Timing adjustable

For each time limit that is set by the software, at least one of the following is true:

• Turn off: The user is allowed to turn off the time limit before encountering it; or
• Adjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least ten times the length of the default setting; or
• Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "press the space bar"), and the user is allowed to extend the time limit at least ten times; or
• Real-time Exception: The time limit is a required part of a real-time event (for example, an auction), and no alternative to the time limit is possible; or
• Essential Exception: The time limit is essential and extending it would invalidate the activity; or
• 20 Hour Exception: The time limit is longer than 20 hours.

NOTE 1: This success criterion helps ensure that users can complete tasks without unexpected changes in content or context that are a result of a time limit. This success criterion should be considered in conjunction with WCAG 2.1 Success Criterion 3.2.1, which puts limits on changes of content or context as a result of user action.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable replacing "the content" with "software" and with the words "WCAG 2.1" added before the word "Success Criterion" in note 1 above.

WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable

Understanding Timing Adjustable

How to Meet Timing Adjustable

(Level A)

C.11.2.2.1 Timing adjustable

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.4.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

11.2.2.2 Pause, stop, hide

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.5.

Table 11.5: Software success criterion: Pause, stop, hide

For moving, blinking, scrolling, or auto-updating information, all of the following are true:

• Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where it is essential; and
• Auto-updating: For any auto-updating information that (1) starts automatically and (2) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control the frequency of the update unless the auto-updating is part of an activity where it is essential.

NOTE 1: For requirements related to flickering or flashing content, refer to WCAG 2.1 Guideline 2.3.

NOTE 2: This success criteria is applicable to all content in the software (whether or not there is an alternate accessible mode of operation of the software) since any part of a software that does not meet this success criterion can interfere with a user's ability to use the whole software (including a user interface element that enables the user to activate the alternate accessible mode of operation).

NOTE 3: Content that is updated periodically by software or that is streamed to the user agent is not required to preserve or present information that is generated or received between the initiation of the pause and resuming presentation, as this may not be technically possible, and in many situations could be misleading to do so.

NOTE 4: An animation that occurs as part of a preload phase or similar situation can be considered essential if interaction cannot occur during that phase for all users and if not indicating progress could confuse users or cause them to think that content was frozen or broken.

NOTE 5: This is to be applied to all content. Any content, whether informative or decorative, that is updated automatically, blinks, or moves may create an accessibility barrier.

NOTE 6: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide replacing "page" and "Web page" with "software", removing "See Conformance Requirement 5: Non-Interference" in note 2 of the success criterion, with the words "WCAG 2.1" added before the word "Guideline" in note 1 above, with note 2 above re-drafted to avoid the use of the word "must" and with the addition of note 5 above.

WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide

Understanding Pause, Stop, Hide

How to Meet Pause, Stop, Hide

(Level A)

C.11.2.2.2 Pause, stop, hide

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.5.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

11.2.3.1 Three flashes or below threshold

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.6.

Table 11.6: Software success criterion: Three flashes or below threshold

Software does not contain anything that flashes more than three times in any one second period, or the flash is below the general flash and red flash thresholds.

NOTE 1: This success criteria is applicable to all content in the software (whether or not there is an alternate accessible mode of operation of the software) since any part of a software that does not meet this success criterion can interfere with a user's ability to use the whole software (including a user interface element that enables the user to activate the alternate accessible mode of operation).

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold replacing "Web pages" with "software", "the whole page" with "the whole software", "the Web page" with "the software" and removing "See Conformance Requirement 5: Non-Interference" and with note 1 above re-drafted to avoid the use of the word "must".

WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold

Understanding Three Flashes or Below Threshold

How to Meet Three Flashes or Below Threshold

(Level A)

C.11.2.3.1 Three flashes or below threshold

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.6.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

11.2.4.3 Focus order

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.7.

Table 11.7: Software success criterion: Focus order

If software can be navigated sequentially and the navigation sequences affect meaning or operation, focusable components receive focus in an order that preserves meaning and operability.

NOTE: This success criterion is identical to the WCAG 2.1 Success Criterion 2.4.3 Focus order replacing "Web page" with "software".

WCAG 2.1 Success Criterion 2.4.3 Focus Order

Understanding Focus Order

How to Meet Focus Order

(Level A)

C.11.2.4.3 Focus order

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.7.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met.

11.2.4.4 Link purpose (in context)

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context)

Understanding Link Purpose (In Context)

How to Meet Link Purpose (In Context)

(Level A)

The purpose of each link can be determined from the link text alone or from the link text together with its programmatically determined link context, except where the purpose of the link would be ambiguous to users in general.

C.11.2.4.4 Link purpose (in context)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

11.2.4.6 Headings and labels

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

NOTE: In software, headings and labels are used to describe sections of content and controls respectively. In some cases it may be unclear whether a piece of static text is a heading or a label. But whether treated as a label or a heading, the requirement is the same: that if they are present they describe the topic or purpose of the item(s) they are associated with.

WCAG 2.1 Success Criterion 2.4.6 Headings and Labels

Understanding Headings and Labels

How to Meet Headings and Labels

(Level AA)

Headings and labels describe topic or purpose.

C.11.2.4.6 Headings and labels

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

11.2.4.7 Focus visible

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

WCAG 2.1 Success Criterion 2.4.7 Focus Visible

Understanding Focus Visible

How to Meet Focus Visible

(Level AA)

Any keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible.

C.11.2.4.7 Focus visible

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

11.2.5.1 Pointer gestures

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.8.

Table 11.8: Software success criterion: Pointer gestures

All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointer without a path-based gesture, unless a multipoint or path-based gesture is essential.

NOTE 1: This requirement applies to non-web software that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures replacing the original WCAG 2.1 note with note 1 above.

WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures

Understanding Pointer Gestures

How to Meet Pointer Gestures

(Level A)

C.11.2.5.1 Pointer gestures

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to at least one assistive technology.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.8.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.2.5.2 Pointer cancellation

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.9.

Table 11.9: Software success criterion: Pointer cancellation

For functionality that can be operated using a single pointer, at least one of the following is true:

• No Down-Event: The down-event of the pointer is not used to execute any part of the function;
• Abort or Undo: Completion of the function is on the up-event, and a mechanism is available to abort the function before completion or to undo the function after completion;
• Up Reversal: The up-event reverses any outcome of the preceding down-event;
• Essential: Completing the function on the down-event is essential.

NOTE 1: Functions that emulate a keyboard or numeric keypad key press are considered essential.

NOTE 2: This requirement applies to non-web software that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation replacing the original WCAG 2.1 note with notes 1 and 2 above.

WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation

Understanding Pointer Cancellation

How to Meet Pointer Cancellation

(Level A)

C.11.2.5.2 Pointer cancellation

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to at least one assistive technology.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.9.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.2.5.3.1 Label in name (open functionality)

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.5.3 Label in Name.

WCAG 2.1 Success Criterion 2.5.3 Label in Name

Understanding Label in Name

How to Meet Label in Name

(Level A)

For user interface components with labels that include text or images of text, the name contains the text that is presented visually.

Note: A best practice is to have the text of the label at the start of the name.

C.11.2.5.3.1 Label in name (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to at least one assistive technology.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.5.3 Label in Name.

Result

Pass: Check 1 is true

Fail: Check 1 is false

11.2.5.3.2 Label in name (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading, it should meet requirement 5.1.3.3 (Auditory output correlation).

C.11.2.5.3.2 Label in name (closed functionality)

Clause 11.2.5.3.2 is informative only and contains no requirements requiring test.

11.2.5.4 Motion actuation

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

WCAG 2.1 Success Criterion 2.5.4 Motion Actuation

Understanding Motion Actuation

How to Meet Motion Actuation

(Level A)

Functionality that can be operated by device motion or user motion can also be operated by user interface components and responding to the motion can be disabled to prevent accidental actuation, except when:

• Supported Interface: The motion is used to operate functionality through an accessibility supported interface;
• Essential: The motion is essential for the function and doing so would invalidate the activity.

C.11.2.5.4 Motion actuation

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to at least one assistive technology.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

11.3.1.1.1 Language of software (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies for screen reading, it shall satisfy the success criterion in Table 11.10.

Table 11.10: Software success criterion: Language of software

The default human language of software can be programmatically determined.

NOTE 1: Where software platforms provide a "locale / language" setting, applications that use that setting and render their interface in that "locale / language" would comply with this success criterion. Applications that do not use the platform "locale / language" setting but instead use an accessibility-supported method for exposing the human language of the software would also comply with this success criterion. Applications implemented in technologies where assistive technologies cannot determine the human language and that do not support the platform "locale / language" setting may not be able to meet this success criterion in that locale / language.

NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 3.1.1 Language of page, replacing "each web page" with "software" and with the addition of note 1 above.

WCAG 2.1 Success Criterion 3.1.1 Language of Page

Understanding Language of Page

How to Meet Language of Page

(Level A)

C.11.3.1.1.1 Language of software (open functionality)

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

2. The software provides support to assistive technologies for screen reading.

Procedure

1. Check that the software does not fail the Success Criterion in Table 11.10.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 or 2 is not met.

11.3.1.1.2 Language of software (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen reading, it shall meet requirement 5.1.3.14 (Spoken languages).

C.11.3.1.1.2 Language of software (closed functionality)

Type of assessment

Testing

Pre-conditions

1. ICT is non-web software that provides a user interface.

2. The user interface is closed to assistive technologies for screen reading.

3. The speech output is provided as non-visual access to closed functionality.

4. The speech output is not proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text.

5. The content is not generated externally and is under the control of the ICT vendor.

6. The displayed languages can be selected using non-visual access.

7. The user has not selected a speech language that is different from the language of the displayed content.

Procedure

1. Check that the speech output is in the same human language of the displayed content provided.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1, 2, 3, 4, 5, 6 or 7 is not met.

11.3.2.1 On focus

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.2.1 On Focus.

NOTE: Some compound documents and their user agents are designed to provide significantly different viewing and editing functionality depending upon what portion of the compound document is being interacted with (e.g. a presentation that contains an embedded spreadsheet, where the menus and toolbars of the user agent change depending upon whether the user is interacting with the presentation content, or the embedded spreadsheet content). If the user uses a mechanism other than putting focus on that portion of the compound document with which they mean to interact (e.g. by a menu choice or special keyboard gesture), any resulting change of context would not be subject to this success criterion because it was not caused by a change of focus.

WCAG 2.1 Success Criterion 3.2.1 On Focus

Understanding On Focus

How to Meet On Focus

(Level A)

When any user interface component receives focus, it does not initiate a change of context.

C.11.3.2.1 On focus

Type of assessment

Inspection

Pre-conditions

1. The ICT is non-web software that provides a user interface.

Procedure

1. Check that the software does not fail WCAG 2.1 Success Criterion 3.2.1 On Focus.

Result

Pass: Check 1 is true

Fail: Check 1 is false

Not applicable: Pre-condition 1 is not met, or the non-web software does not contain content relevant to WCAG 2.1 Success Criterion 3.2.1 On Focus.

11.3.2.2 On input

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.2.2 On Input.

WCAG 2.1 Success Criterion 3.2.2 On Input