From a470ac0886fa3dd5c33f191a401a985b1c31c242 Mon Sep 17 00:00:00 2001 From: DhruvPatel2502 <93792385+DhruvPatel2502@users.noreply.github.com> Date: Wed, 23 Aug 2023 10:18:59 -0400 Subject: [PATCH] Added links of headings to figures (#317) * Added links of headings to figures * Did code cleanup * Did code cleaup * Did code cleanup * Did code cleanup * Added disclaimer * Validated the code --- src/en/guides/ict-requirements.html | 7134 +++----- src/fr/guides/ict-requirements.html | 22636 +++++++++++--------------- 2 files changed, 10986 insertions(+), 18784 deletions(-) diff --git a/src/en/guides/ict-requirements.html b/src/en/guides/ict-requirements.html index 540713385..49623d0b6 100644 --- a/src/en/guides/ict-requirements.html +++ b/src/en/guides/ict-requirements.html @@ -4,81 +4,43 @@ description: This page is to share some of the work that Shared Services Canada (SSC) has done for the piloting of the EN 301 549 (2021) harmonized Information and Communications Technology (ICT) accessibility standards. This is not a full copy / paste / translation of either the EN 301 549 (2021) or Web Content Accessibility Guidelines (WCAG) 2.1. --- -

Download link

Download link for word version of ICT Accessibility Requirements.

- -
-

- ICT Accessibility Requirements.docx (610 - KB) -

+

ICT Accessibility Requirements.docx (610 KB)

What is ICT?

-

Information and Communications Technology (ICT) includes hardware, software, voice communication, video capabilities - and digital content (including web and non-web-based information).

+

Information and Communications Technology (ICT) includes hardware, software, voice communication, video capabilities and digital content (including web and non-web-based information).

What is ICT accessibility and why is it important?

-

"ICT accessibility ensures that people with and without disabilities can access the same information, perform the - same tasks, and receive the same services using information technology. It is the digital equivalent to - accessibility in the physical environment —the curb cuts, ramps, railings, etc., of the digital age. While ICT - accessibility can provide usability benefits to everyone who uses ICT, it is a vital necessity to many people with - disabilities." - NASCIO - - Accessibility in IT Procurement

+

"ICT accessibility ensures that people with and without disabilities can access the same information, perform the same tasks, and receive the same services using information technology. It is the digital equivalent to accessibility in the physical environment —the curb cuts, ramps, railings, etc., of the digital age. While ICT accessibility can provide usability benefits to everyone who uses ICT, it is a vital necessity to many people with disabilities." - NASCIO - Accessibility in IT Procurement

About this document and Copyright Notice

-

This document reproduces relevant ICT accessibility requirements from the EN 301 549 v3.2.1 (2021-03) Harmonised - European Standard – Accessibility requirements for ICT products and services (© used under license from European - Telecommunications Standards Institute 2021. © Comité Européen de Normalisation 2021. © Comité Européen de - Normalisation Électrotechnique 2021. All rights reserved.), which includes the Web Content Accessibility - Guidelines (WCAG) 2.1 level AA. Note, where the EN 301 549 references VOID criteria, for the purposes of this - document, we have excluded the technical explanation as to why the WCAG criteria no longer apply. Refer to the - EN 301 549 (hyperlink below) for this information if necessary.

-

Intellectual Property Rights (IPRs) essential or potentially essential to normative deliverables may have been - declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI - members and non-members, and can be found in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, - or potentially Essential, IPRs notified to ETSI in respect of ETSI standards", which is available from the ETSI - Secretariat. Latest updates are available on the ETSI Web server (https://ipr.etsi.org/). Please visit ETSI - IPR database to search for any IPRs.

-

At first glance, some requirements may appear to be unrelated to this product or service. They have been included - for consideration since the full feature set of a Vendor’s product or service may not be known. For example, a - video may be embedded into product documentation, so accessibility requirements for video and audio may become - relevant.

+

This document reproduces relevant ICT accessibility requirements from the EN 301 549 v3.2.1 (2021-03) Harmonised European Standard – Accessibility requirements for ICT products and services (© used under license from European Telecommunications Standards Institute 2021. © Comité Européen de Normalisation 2021. © Comité Européen de Normalisation Électrotechnique 2021. All rights reserved.), which includes the Web Content Accessibility Guidelines (WCAG) 2.1 level AA. Note, where the EN 301 549 references VOID criteria, for the purposes of this document, we have excluded the technical explanation as to why the WCAG criteria no longer apply. Refer to the EN 301 549 (hyperlink below) for this information if necessary.

+

Intellectual Property Rights (IPRs) essential or potentially essential to normative deliverables may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (https://ipr.etsi.org/). Please visit ETSI IPR database to search for any IPRs.

+

At first glance, some requirements may appear to be unrelated to this product or service. They have been included for consideration since the full feature set of a Vendor’s product or service may not be known. For example, a video may be embedded into product documentation, so accessibility requirements for video and audio may become relevant.

Appendices include definitions, references, and practical guidance on creating accessible documentation.

Internal to this document references are included but not always linked (footnotes or otherwise).

-Sources used to compile this document +

Sources used to compile this document

- -

On this page:

-

You can find here partial information and present it in two languages for informational purposes. Specific - procurements will have the appropriate ICT requirements within the tender package.

- +

On this page:

+

You can find here partial information and present it in two languages for informational purposes. Specific procurements will have the appropriate ICT requirements within the tender package.

Part A - Functional performance statements

-

These are explanatory (non-testable) statements that introduce the core aspects that the offered product or service - must provide to be considered accessible.

-

4.2.1. Usage without vision: Where ICT provides visual modes of operation, the ICT provides at least - one mode of operation that does not require vision. This is essential for users without vision and benefits many - more users in different situations.

+

These are explanatory (non-testable) statements that introduce the core aspects that the offered product or service must provide to be considered accessible.

+

4.2.1. Usage without vision: Where ICT provides visual modes of operation, the ICT provides at least one mode of operation that does not require vision. This is essential for users without vision and benefits many more users in different situations.

-

4.2.2. Usage with limited vision: Where ICT provides visual modes of operation, the ICT provides - features that enable users to make better use of their limited vision. This is essential for users with limited - vision and benefits many more users in different situations.

+

4.2.2. Usage with limited vision: Where ICT provides visual modes of operation, the ICT provides features that enable users to make better use of their limited vision. This is essential for users with limited vision and benefits many more users in different situations.

-

4.2.3. Usage without perception of colour: Where ICT provides visual modes of operation, the ICT - provides a visual mode of operation that does not require user perception of colour. This is essential for users - with limited colour perception and benefits many more users in different situations.

+

4.2.3. Usage without perception of colour: Where ICT provides visual modes of operation, the ICT provides a visual mode of operation that does not require user perception of colour. This is essential for users with limited colour perception and benefits many more users in different situations.

-

4.2.4. Usage without hearing: Where ICT provides auditory modes of operation, the ICT provides at - least one mode of operation that does not require hearing. This is essential for users without hearing and benefits - many more users in different situations.

+

4.2.4. Usage without hearing: Where ICT provides auditory modes of operation, the ICT provides at least one mode of operation that does not require hearing. This is essential for users without hearing and benefits many more users in different situations.

-

4.2.5. Usage with limited hearing: Where ICT provides auditory modes of operation, the ICT provides - enhanced audio features. This is essential for users with limited hearing and benefits many more users in different - situations.

+

4.2.5. Usage with limited hearing: Where ICT provides auditory modes of operation, the ICT provides enhanced audio features. This is essential for users with limited hearing and benefits many more users in different situations.

-

4.2.6. Usage with no or limited vocal capability: Where ICT requires vocal input from users, the ICT - provides - at least one mode of operation that does not require them to generate vocal output. This is essential users with no - or limited vocal capability and benefits many more users in different situations.

+

4.2.6. Usage with no or limited vocal capability: Where ICT requires vocal input from users, the ICT provides at least one mode of operation that does not require them to generate vocal output. This is essential users with no or limited vocal capability and benefits many more users in different situations.

-

4.2.7. Usage with limited manipulation or strength: Where ICT requires manual actions, the ICT - provides features that enable users to make use of the ICT through alternative actions not requiring manipulation, - simultaneous action or hand strength. This is essential for users with limited manipulation or strength and benefits - many more users in different situations.

+

4.2.7. Usage with limited manipulation or strength: Where ICT requires manual actions, the ICT provides features that enable users to make use of the ICT through alternative actions not requiring manipulation, simultaneous action or hand strength. This is essential for users with limited manipulation or strength and benefits many more users in different situations.

-

4.2.8. Usage with limited reach: : Where ICT products are free-standing or installed, all the - elements required for operation will need to be within reach of all users. This is essential for users with limited - reach and benefits many more users in different situations.

+

4.2.8. Usage with limited reach: : Where ICT products are free-standing or installed, all the elements required for operation will need to be within reach of all users. This is essential for users with limited reach and benefits many more users in different situations.

-

4.2.9. Minimize photosensitive seizure triggers: Where ICT provides visual modes of operation, the - ICT provides at least one mode of operation that minimizes the potential for triggering photosensitive seizures. - This is essential for users with photosensitive seizure triggers.

+

4.2.9. Minimize photosensitive seizure triggers: Where ICT provides visual modes of operation, the ICT provides at least one mode of operation that minimizes the potential for triggering photosensitive seizures. This is essential for users with photosensitive seizure triggers.

-

4.2.10. Usage with limited cognition, language or learning: The ICT provides features and/or - presentation that makes it simpler and easier to understand, operate and use. This is essential for users with - limited cognition, language or learning, and benefits many more users in different situations.

+

4.2.10. Usage with limited cognition, language or learning: The ICT provides features and/or presentation that makes it simpler and easier to understand, operate and use. This is essential for users with limited cognition, language or learning, and benefits many more users in different situations.

-

4.2.11. privacy: Where ICT provides features for accessibility, the ICT maintains the privacy of - users of these features at the same level as other users.

+

4.2.11. privacy: Where ICT provides features for accessibility, the ICT maintains the privacy of users of these features at the same level as other users.

Part B - Functional accessibility requirements

Explanation of the table columns

Scope

-

The following Functional Accessibility Requirements are applicable to the Functional Performance Statements in Part - A. If a solution meets all of these it is considered to have met the Functional Performance Statements and is - therefore deemed to conform with EN 301 549 v3.2.1.

- -

Clauses deemed relevant to this ICT

- +

The following Functional Accessibility Requirements are applicable to the Functional Performance Statements in Part A. If a solution meets all of these it is considered to have met the Functional Performance Statements and is therefore deemed to conform with EN 301 549 v3.2.1.

+

Clauses deemed relevant to this ICT

Clauses deemed relevant to this ICT

@@ -623,7 +531,6 @@

Clauses deemed relevant to this ICT

-

Found in this section

-

5 Generic requirements

- @@ -651,13 +556,9 @@

5 Generic requirements

@@ -775,10 +658,8 @@

5 Generic requirements

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.

+

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

@@ -788,16 +669,9 @@

5 Generic requirements

- + - @@ -2117,11 +1742,9 @@
6.2 Real-time text (RTT) functionality
@@ -2559,8 +2114,7 @@

8 Hardware

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.

+

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

@@ -2571,17 +2125,14 @@

8 Hardware

- + - + - + - + - + - + -
5.1 Closed functionality

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. -

+

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)

@@ -678,15 +579,9 @@

5 Generic requirements

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).

+

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

@@ -696,10 +591,7 @@

5 Generic requirements

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.

+

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

@@ -709,8 +601,7 @@

5 Generic requirements

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.

+

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

@@ -731,21 +622,16 @@

5 Generic requirements

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.

+

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.

+

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.

+

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.

@@ -758,13 +644,10 @@

5 Generic requirements

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:

+

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.

+

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.

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.

+

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

@@ -807,13 +681,9 @@

5 Generic requirements

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.

+

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

@@ -833,10 +703,8 @@

5 Generic requirements

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.

+

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

@@ -847,8 +715,7 @@

5 Generic requirements

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.

+

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

@@ -858,11 +725,7 @@

5 Generic requirements

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.

+

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

@@ -874,24 +737,18 @@

5 Generic requirements

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.

+

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

+

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.

+

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

@@ -899,11 +756,9 @@

5 Generic requirements

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.

+

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. -

+

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

@@ -913,15 +768,9 @@

5 Generic requirements

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.

+

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

@@ -933,8 +782,7 @@

5 Generic requirements

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. -

+

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

@@ -944,16 +792,9 @@

5 Generic requirements

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.

+

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

@@ -965,8 +806,7 @@

5 Generic requirements

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.

+

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

@@ -977,9 +817,7 @@

5 Generic requirements

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.

+

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

@@ -999,9 +837,7 @@

5 Generic requirements

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.

+

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

@@ -1021,9 +857,7 @@

5 Generic requirements

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).

+

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.

 @@ -1045,11 +879,8 @@

5 Generic requirements

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.

+

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

@@ -1059,8 +890,7 @@

5 Generic requirements

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.

+

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

@@ -1070,16 +900,11 @@

5 Generic requirements

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; -

+

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.

+

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

@@ -1087,12 +912,10 @@

5 Generic requirements

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.

+

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.

+

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

@@ -1104,8 +927,7 @@

5 Generic requirements

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.

+

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

@@ -1126,10 +948,7 @@

5 Generic requirements

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.

+

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.

 @@ -1138,25 +957,20 @@

5 Generic requirements

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. -

+

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.

+

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.

+

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:

@@ -1166,10 +980,8 @@

5 Generic requirements

  • 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.

    +

    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)

    		 @@ -1177,8 +989,7 @@

    5 Generic requirements

    Type of assessment

    Inspection and measurement

    Pre-conditions

    -

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

    +

    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.

    @@ -1192,8 +1003,7 @@

    5 Generic requirements

    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.

    +

    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

    		 @@ -1224,8 +1034,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1244,9 +1053,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1256,8 +1063,7 @@

    5 Generic requirements

    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. -

    +

    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

    @@ -1267,8 +1073,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1277,9 +1082,7 @@

    5 Generic requirements

    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. -

    +

    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

    @@ -1289,9 +1092,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1300,8 +1101,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1310,15 +1110,9 @@

    5 Generic requirements

    -

    5.3 Biometrics

    - Where ICT uses biological characteristics, it shall not rely on the use of a particular biological - characteristic as the only means of user identification or for control of ICT.

    -

    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.

    +

    5.3 Biometrics

    Where ICT uses biological characteristics, it shall not rely on the use of a particular biological characteristic as the only means of user identification or for control of ICT.

    +

    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

    @@ -1346,9 +1140,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1357,13 +1149,10 @@

    5 Generic requirements

    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.

    +

    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.

    +

    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

    @@ -1384,8 +1173,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1394,8 +1182,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1405,8 +1192,7 @@

    5 Generic requirements

    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.

    +

    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.

    		 @@ -1417,8 +1203,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1439,14 +1224,9 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1456,10 +1236,8 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1469,14 +1247,9 @@

    5 Generic requirements

    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. -

    +

    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

    @@ -1486,8 +1259,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1519,9 +1291,7 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1530,8 +1300,7 @@

    5 Generic requirements

    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.

    +

    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.

    @@ -1545,11 +1314,8 @@

    5 Generic requirements

    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.

    +

    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

    @@ -1581,13 +1347,9 @@

    6 ICT with two-way voice communication

    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.

    +

    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

    @@ -1596,8 +1358,7 @@

    6 ICT with two-way voice communication

    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.

    +

    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

    @@ -1619,17 +1380,10 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -1646,37 +1400,18 @@
    6.2 Real-time text (RTT) functionality

    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".

    +

    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.

    +

    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

    @@ -1707,12 +1442,8 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -1721,32 +1452,24 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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.

    +

    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.

    +

    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.

    +

    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.

    +

    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

    @@ -1758,9 +1481,7 @@
    6.2 Real-time text (RTT) 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 -

    +

    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.

    @@ -1769,20 +1490,14 @@
    6.2 Real-time text (RTT) functionality

    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".

    +

    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.

    +

    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

    @@ -1794,32 +1509,22 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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".

    +

    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.

    +

    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

    @@ -1829,10 +1534,8 @@
    6.2 Real-time text (RTT) functionality

    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. -

    +

    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

    @@ -1844,33 +1547,14 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -1878,73 +1562,49 @@
    6.2 Real-time text (RTT) functionality

    Type of assessment

    Test

    Pre-conditions

    -

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

    +

    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

    +

    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.

    +

    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).

    +

    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.

    +

    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.

    +

    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".

    - +

    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).

    +

    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.

    +

    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".

    - +

    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

    @@ -1953,33 +1613,21 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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.

    +

    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.

    		 @@ -1988,29 +1636,23 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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.

    +

    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.

    +

    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.

    +

    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

    @@ -2030,13 +1672,9 @@
    6.2 Real-time text (RTT) functionality

    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. -

    +

    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

    @@ -2046,10 +1684,8 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -2070,21 +1706,11 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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)

    @@ -2094,8 +1720,7 @@
    6.2 Real-time text (RTT) functionality

    6.5.2 Resolution

    -

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

    +

    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.

    6.5.3 Frame rate

    -

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

    +

    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.

    +

    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

    @@ -2141,11 +1764,8 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -2155,8 +1775,7 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -2166,13 +1785,9 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -2182,8 +1797,7 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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

    @@ -2196,13 +1810,9 @@
    6.2 Real-time text (RTT) functionality

    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. -

    +

    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.

    +

    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

    @@ -2212,33 +1822,25 @@
    6.2 Real-time text (RTT) functionality

    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.

    +

    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.

    +

    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.

    +

    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:

    +

    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.

    +

    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

    @@ -2260,16 +1862,10 @@

    7 ICT with video capabilities

    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).

    +

    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

    @@ -2299,8 +1895,7 @@

    7 ICT with video capabilities

    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:

    +

    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.
      • @@ -2313,9 +1908,7 @@

      7 ICT with video capabilities

      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.

      +

      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

      @@ -2325,11 +1918,8 @@

      7 ICT with video capabilities

    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.

    +

    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

    @@ -2338,8 +1928,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2349,12 +1938,8 @@

    7 ICT with video capabilities

    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.

    +

    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.

    		 @@ -2365,8 +1950,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2376,18 +1960,11 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2418,16 +1995,10 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2437,8 +2008,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2449,8 +2019,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2459,8 +2028,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2470,8 +2038,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2480,8 +2047,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2491,17 +2057,10 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2510,8 +2069,7 @@

    7 ICT with video capabilities

    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.

    +

    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

    @@ -2543,11 +2101,8 @@

    8 Hardware

    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.

    +

    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.

    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.

    +

    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.

    +

    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

    @@ -2605,10 +2156,8 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2630,8 +2179,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2642,8 +2190,7 @@
    8.2 Hardware products with 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.

    +

    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

    @@ -2664,11 +2211,8 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    		 @@ -2676,12 +2220,10 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -2692,11 +2234,8 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2706,8 +2245,7 @@
    8.2 Hardware products with speech output

    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].

    +

    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

    @@ -2728,14 +2266,9 @@
    8.2 Hardware products with speech output

    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:

    +

    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.
      • @@ -2751,12 +2284,8 @@
      8.2 Hardware products with speech output

      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.

      +

      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

    @@ -2784,12 +2313,10 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2799,8 +2326,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2810,9 +2336,7 @@
    8.2 Hardware products with speech output

    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

    +

    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

    @@ -2822,8 +2346,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2844,11 +2367,8 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2856,24 +2376,19 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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). -

    +

    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

    @@ -2881,11 +2396,9 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -2895,10 +2408,7 @@
    8.2 Hardware products with speech output

    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).

    +

    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

    @@ -2906,11 +2416,9 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -2920,8 +2428,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -2939,16 +2446,13 @@
    8.2 Hardware products with speech output

    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:

    +

    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. -

    +

    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.

    		 @@ -2971,13 +2475,10 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -2988,30 +2489,23 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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.

    +

    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.

    		 @@ -3022,11 +2516,9 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -3037,11 +2529,9 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -3052,11 +2542,9 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -3067,11 +2555,9 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -3092,10 +2578,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3103,24 +2586,19 @@
    8.2 Hardware products with speech output

    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).

    +

    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.

    +

    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.

    +

    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

    @@ -3128,11 +2606,9 @@
    8.2 Hardware products with speech output

    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).

    +

    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.

    +

    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

    @@ -3153,11 +2629,7 @@
    8.2 Hardware products with speech output

    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).

    +

    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

    @@ -3165,27 +2637,19 @@
    8.2 Hardware products with speech output

    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.

    +

    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. -

    +

    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) -

    +

    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

    @@ -3193,18 +2657,15 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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
    @@ -3216,17 +2677,12 @@
    8.2 Hardware products with speech output
    - + - + - + - + -

    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.

    +

    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

    @@ -3239,20 +2695,17 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    +

    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

    @@ -3262,8 +2715,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3284,8 +2736,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3302,12 +2753,10 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3326,12 +2775,10 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3353,11 +2800,8 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3367,9 +2811,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3379,11 +2821,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3393,11 +2831,8 @@
    8.2 Hardware products with speech output

    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.

    +

    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

    @@ -3418,18 +2853,15 @@
    8.2 Hardware products with speech output

    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.

    +

    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. -

    +

    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

    @@ -3452,19 +2884,16 @@
    8.2 Hardware products with speech output

    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.

    +

    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. -

    +

    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.

    +

    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

    @@ -3474,21 +2903,17 @@
    8.2 Hardware products with speech output

    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.

    +

    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. -

    +

    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.

    +

    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

    @@ -3498,8 +2923,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    		 @@ -3507,8 +2931,7 @@
    8.2 Hardware products with speech output

    Type of assessment

    Inspection

    Pre-conditions

    -

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

    +

    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

    @@ -3520,8 +2943,7 @@
    8.2 Hardware products with speech output

    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.

    +

    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.

    		 @@ -3529,19 +2951,16 @@
    8.2 Hardware products with speech output

    Type of assessment

    Inspection

    Pre-conditions

    -

    1. The ICT is designed for shared use. -

    +

    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. -

    +

    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 Web

    @@ -3559,40 +2978,17 @@

    9 Web

    9.0 General (informative)

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

    -

    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.

    +

    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)

    @@ -3614,50 +3010,19 @@
    9.1 Perceivable

    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.

    +

    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 -

    +

    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.

    +

    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.

    @@ -3667,13 +3032,11 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -3690,29 +3053,15 @@
    9.1 Perceivable

    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).

    +

    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)

    +

    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:

    +

    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:

    @@ -3722,34 +3071,22 @@
    9.1 Perceivable

    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).

    +

    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).

    +

    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).

    +

    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)

    +

    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.

    +

    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)

    @@ -3758,38 +3095,22 @@
    9.1 Perceivable

    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).

    +

    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).

    +

    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)

    +

    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. -

    +

    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)

    @@ -3798,30 +3119,22 @@
    9.1 Perceivable

    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).

    +

    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).

    +

    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).

    +

    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)

    +

    Understanding Captions (Live)

    How to Meet Captions (Live)

    (Level AA)

    -

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

    +

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

    C.9.1.2.4 Captions (live)

    @@ -3830,31 +3143,22 @@
    9.1 Perceivable

    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).

    +

    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).

    +

    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).

    +

    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)

    +

    Understanding Audio Description (Prerecorded)

    +

    How to Meet Audio Description (Prerecorded)

    (Level AA)

    -

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

    +

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

    C.9.1.2.5 Audio description (prerecorded)

    @@ -3863,14 +3167,11 @@
    9.1 Perceivable

    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).

    +

    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).

    +

    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).

    @@ -3887,20 +3188,12 @@
    9.1 Perceivable

    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.

    +

    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

    +

    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.

    +

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

    C.9.1.3.1 Info and relationships

    @@ -3909,32 +3202,22 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -3943,33 +3226,23 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -3978,32 +3251,23 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -4012,37 +3276,25 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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 purpose of each input field collecting information about the user can be programmatically determined when:

    @@ -4052,14 +3304,11 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -4076,18 +3325,13 @@
    9.1 Perceivable

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -4096,33 +3340,23 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -4131,43 +3365,25 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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).

    +

    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) -

    +

    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:

    +

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

    @@ -4178,30 +3394,22 @@
    9.1 Perceivable

    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).

    +

    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).

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -4210,37 +3418,25 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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: -

    +

    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:

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

    @@ -4251,39 +3447,29 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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:

    +

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

    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.

    +

    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

    @@ -4292,44 +3478,25 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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):

    +

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

    @@ -4339,44 +3506,29 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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:

    +

    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:

    -

    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.

    +

    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

    @@ -4385,51 +3537,30 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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:

    +

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

    -

    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.

    +

    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

    @@ -4438,14 +3569,11 @@
    9.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -4464,22 +3592,14 @@
    9.2 Operable

    9.2.1.1 Keyboard

    -

    Where ICT is a web page, it shall satisfy WCAG 2.1 - Success Criterion 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.

    +

    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

    @@ -4488,36 +3608,23 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -4526,40 +3633,26 @@
    9.2 Operable

    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.

    +

    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.

    +

    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. -

    +

    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

    +

    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:

    +

    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:

    @@ -4569,14 +3662,11 @@
    9.2 Operable

    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.

    +

    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

    +

    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

    @@ -4593,36 +3683,21 @@
    9.2 Operable

    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.

    +

    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 -

    +

    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:

    -

    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.

    +

    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

    @@ -4631,52 +3706,28 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -4685,13 +3736,11 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -4708,24 +3757,13 @@
    9.2 Operable

    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.

    +

    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

    +

    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.

    +

    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

    @@ -4734,14 +3772,11 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -4758,16 +3793,12 @@
    9.2 Operable

    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.

    +

    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

    +

    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.

    +

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

    C.9.2.4.1 Bypass blocks

    @@ -4776,27 +3807,22 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    Understanding Page Titled

    How to Meet Page Titled

    (Level A)

    -

    Web pages have titles that describe topic - or purpose.

    +

    Web pages have titles that describe topic or purpose.

    C.9.2.4.2 Page titled

    @@ -4805,29 +3831,22 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -4836,33 +3855,22 @@
    9.2 Operable

    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.

    +

    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

    +

    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)-

    +

    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)

    +

    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.

    +

    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)

    @@ -4871,29 +3879,21 @@
    9.2 Operable

    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).

    +

    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). +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -4902,29 +3902,22 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    Understanding Headings and Labels

    +

    How to Meet Headings and Labels

    (Level AA)

    -

    Headings and labels describe topic or purpose. -

    +

    Headings and labels describe topic or purpose.

    C.9.2.4.6 Headings and labels

    @@ -4933,28 +3926,22 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

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

    C.9.2.4.7 Focus visible

    @@ -4963,13 +3950,11 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -4986,22 +3971,13 @@
    9.2 Operable

    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.

    +

    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 -

    +

    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).

    +

    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

    @@ -5010,44 +3986,30 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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:

    +

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

    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).

    +

    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

    @@ -5056,32 +4018,22 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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.

    @@ -5091,38 +4043,25 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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:

    +

    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:

    @@ -5132,13 +4071,11 @@
    9.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -5156,19 +4093,12 @@
    9.3 Understandable

    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.

    +

    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 -

    +

    Understanding Language of Page

    +

    How to Meet Language of Page

    (Level A)

    -

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

    +

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

    C.9.3.1.1 Language of page

    @@ -5177,32 +4107,22 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -5211,14 +4131,11 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    @@ -5235,15 +4152,12 @@
    9.3 Understandable

    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.

    +

    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.

    +

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

    C.9.3.2.1 On focus

    @@ -5252,28 +4166,22 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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.

    +

    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

    @@ -5282,32 +4190,22 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -5316,31 +4214,22 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

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

    C.9.3.2.4 Consistent identification

    @@ -5349,14 +4238,11 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    @@ -5373,18 +4259,12 @@
    9.3 Understandable

    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.

    +

    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

    +

    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. -

    +

    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

    @@ -5393,30 +4273,22 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    Understanding Labels or Instructions

    +

    How to Meet Labels or Instructions

    (Level A)

    -

    Labels or instructions are provided when - content requires user input.

    +

    Labels or instructions are provided when content requires user input.

    C.9.3.3.2 Labels or instructions

    @@ -5425,31 +4297,22 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -5458,38 +4321,26 @@
    9.3 Understandable

    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.

    +

    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.

    +

    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).

    +

    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)

    +

    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:

    +

    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:

    @@ -5499,14 +4350,11 @@
    9.3 Understandable

    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) .

    +

    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).

    +

    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).

    @@ -5524,17 +4372,13 @@
    9.4 Robust

    9.4.1.1 Parsing

    -

    Where ICT is a web page, it shall satisfy WCAG 2.1 - Success Criterion 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.

    +

    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

    @@ -5543,39 +4387,23 @@
    9.4 Robust

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -5584,32 +4412,22 @@
    9.4 Robust

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -5618,27 +4436,18 @@
    9.4 Robust

    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.

    +

    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.

    +

    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).

    +

    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

    @@ -5648,20 +4457,15 @@
    9.4 Robust

    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].

    +

    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.

    +

    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

    @@ -5670,13 +4474,10 @@
    9.4 Robust

    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.

    +

    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".

    +

    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

    @@ -5702,31 +4503,17 @@

    10 Non-web 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.

    +

    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].

    +

    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)

    @@ -5748,52 +4535,20 @@
    10.1 Perceivable

    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.

    +

    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 -

    +

    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.

    +

    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.

    @@ -5803,13 +4558,11 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -5826,31 +4579,16 @@
    10.1 Perceivable

    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.

    +

    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)

    +

    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: -

    +

    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:

    @@ -5860,39 +4598,23 @@
    10.1 Perceivable

    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).

    +

    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).

    +

    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".

    +

    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)

    +

    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.

    +

    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)

    @@ -5901,40 +4623,24 @@
    10.1 Perceivable

    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).

    +

    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).

    +

    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'".

    +

    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)

    +

    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.

    +

    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)

    @@ -5943,38 +4649,23 @@
    10.1 Perceivable

    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).

    +

    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).

    +

    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".

    +

    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)

    +

    Understanding Captions (Live)

    +

    How to Meet Captions (Live)

    (Level AA)

    -

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

    +

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

    C.10.1.2.4 Captions (live)

    @@ -5983,34 +4674,24 @@
    10.1 Perceivable

    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).

    +

    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).

    +

    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'".

    +

    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)

    +

    Understanding Audio Description (Prerecorded)

    +

    How to Meet Audio Description (Prerecorded)

    (Level AA)

    -

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

    +

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

    C.10.1.2.5 Audio description (prerecorded)

    @@ -6019,14 +4700,11 @@
    10.1 Perceivable

    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).

    +

    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).

    +

    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).

    @@ -6043,22 +4721,13 @@
    10.1 Perceivable

    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.

    +

    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

    +

    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.

    +

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

    C.10.1.3.1 Info and relationships

    @@ -6067,32 +4736,22 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -6101,33 +4760,23 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

    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

    @@ -6136,33 +4785,23 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -6171,37 +4810,25 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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 purpose of each input field collecting information about the user can be programmatically determined when:

    @@ -6211,14 +4838,11 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -6235,19 +4859,13 @@
    10.1 Perceivable

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -6256,13 +4874,11 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -6270,21 +4886,11 @@
    10.1 Perceivable

    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.

    +

    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

    +

    Understanding Audio Control

    How to Meet Audio Control

    (Level A)

    @@ -6305,31 +4911,15 @@
    10.1 Perceivable

    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).

    +

    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) -

    +

    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:

    +

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

    @@ -6339,41 +4929,25 @@
    10.1 Perceivable

    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).

    +

    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).

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -6382,38 +4956,25 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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: -

    +

    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:

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

    @@ -6424,13 +4985,11 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -6438,24 +4997,15 @@
    10.1 Perceivable

    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:

    +

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

    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.

    +

    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

    @@ -6478,31 +5028,15 @@
    10.1 Perceivable

    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.

    +

    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 -

    +

    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):

    +

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

    @@ -6510,45 +5044,31 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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:

    +

    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:

    -

    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.

    +

    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

    @@ -6557,51 +5077,30 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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:

    +

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

    -

    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.

    +

    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

    @@ -6610,14 +5109,11 @@
    10.1 Perceivable

    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.

    +

    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.

    +

    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.

    @@ -6635,22 +5131,14 @@
    10.2 Operable

    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.

    +

    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.

    +

    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

    @@ -6659,13 +5147,11 @@
    10.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -6673,26 +5159,13 @@
    10.2 Operable

    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".

    +

    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 -

    +

    Understanding No Keyboard Trap

    +

    How to Meet No Keyboard Trap

    (Level A)

    @@ -6712,28 +5185,16 @@
    10.2 Operable

    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.

    +

    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

    +

    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:

    +

    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:

    @@ -6743,14 +5204,11 @@
    10.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -6772,33 +5230,17 @@
    10.2 Operable

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

    -

    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.

    +

    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 -

    +

    Understanding Timing Adjustable

    +

    How to Meet Timing Adjustable

    (Level A)

    @@ -6820,47 +5262,19 @@
    10.2 Operable

    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:

    +

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

    -

    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".

    +

    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 -

    +

    Understanding Pause, Stop, Hide

    +

    How to Meet Pause, Stop, Hide

    (Level A)

    @@ -6874,8 +5288,7 @@
    10.2 Operable

    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.

    +

    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.

    @@ -6894,25 +5307,12 @@
    10.2 Operable

    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".

    +

    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

    +

    Understanding Three Flashes or Below Threshold

    +

    How to Meet Three Flashes or Below Threshold

    (Level A)

    @@ -6946,14 +5346,10 @@
    10.2 Operable

    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.

    +

    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 -

    +

    Understanding Page Titled

    How to Meet Page Titled

    (Level A)

    @@ -6976,15 +5372,10 @@
    10.2 Operable

    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".

    +

    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 -

    +

    Understanding Focus Order

    How to Meet Focus Order

    (Level A)

    @@ -7005,21 +5396,12 @@
    10.2 Operable

    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).

    +

    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)

    +

    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.

    +

    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)

    @@ -7028,30 +5410,22 @@
    10.2 Operable

    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).

    +

    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).

    +

    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.

    +

    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

    +

    Understanding Headings and Labels

    +

    How to Meet Headings and Labels

    (Level AA)

    -

    Headings and labels describe topic or purpose -

    +

    Headings and labels describe topic or purpose

    C.10.2.4.6 Headings and labels

    @@ -7060,29 +5434,22 @@
    10.2 Operable

    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.

    +

    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.

    +

    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

    +

    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

    +

    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.

    +

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

    C.10.2.4.7 Focus visible

    @@ -7091,13 +5458,11 @@
    10.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -7116,21 +5481,12 @@
    10.2 Operable

    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.

    +

    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 -

    +

    Understanding Pointer Gestures

    +

    How to Meet Pointer Gestures

    (Level A)

    @@ -7152,31 +5508,19 @@
    10.2 Operable

    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:

    +

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

    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.

    +

    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

    +

    Understanding Pointer Cancellation

    +

    How to Meet Pointer Cancellation

    (Level A)

    @@ -7196,20 +5540,12 @@
    10.2 Operable

    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.

    +

    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

    +

    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.

    +

    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.

    @@ -7219,38 +5555,25 @@
    10.2 Operable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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:

    +

    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:

    @@ -7260,13 +5583,11 @@
    10.2 Operable

    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.

    +

    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.

    +

    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.

    @@ -7286,18 +5607,11 @@
    10.3 Understandable

    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".

    +

    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 -

    +

    Understanding Language of Page

    +

    How to Meet Language of Page

    (Level A)

    @@ -7319,26 +5633,13 @@
    10.3 Understandable

    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. -

    +

    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 -

    +

    Understanding Language of Parts

    +

    How to Meet Language of Parts

    (Level AA)

    @@ -7369,23 +5670,13 @@
    10.3 Understandable

    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.

    +

    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.

    +

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

    C.10.3.2.1 On focus

    @@ -7394,28 +5685,22 @@
    10.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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.

    +

    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

    @@ -7424,13 +5709,11 @@
    10.3 Understandable

    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.

    +

    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.

    +

    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.

    @@ -7447,18 +5730,12 @@
    10.3 Understandable

    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.

    +

    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

    +

    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. -

    +

    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

    @@ -7467,30 +5744,22 @@
    10.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    Understanding Labels or Instructions

    +

    How to Meet Labels or Instructions

    (Level A)

    -

    Labels or instructions are provided when - content requires user input.

    +

    Labels or instructions are provided when content requires user input.

    C.10.3.3.2 Labels or instructions

    @@ -7499,31 +5768,22 @@
    10.3 Understandable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -7532,41 +5792,28 @@
    10.3 Understandable

    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">.

    +

    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

    +

    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:

    +

    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:

    -

    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".

    +

    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)

    +

    Understanding Error Prevention (Legal, Financial, Data)

    +

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

    (Level AA)

    @@ -7600,26 +5847,11 @@
    10.4 Robust

    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.

    +

    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

    @@ -7644,31 +5876,13 @@
    10.4 Robust

    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.

    +

    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 -

    +

    Understanding Name, Role, Value

    +

    How to Meet Name, Role, Value

    (Level A)

    @@ -7685,12 +5899,10 @@
    10.4 Robust

    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. -

    +

    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

    @@ -7699,20 +5911,17 @@
    10.4 Robust

    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.

    +

    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.

    +

    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.

    +

    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

    @@ -7722,8 +5931,7 @@
    10.4 Robust

    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.

    +

    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

    @@ -7753,31 +5961,18 @@

    11 Software

  • 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.

    +

    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:

    -

    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.

    +

    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)

    @@ -7800,53 +5995,20 @@
    11.1.1 Text alternatives

    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.

    +

    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 -

    +

    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.

    +

    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.

    @@ -7857,8 +6019,7 @@
    11.1.1 Text alternatives

    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.

    +

    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

    @@ -7868,9 +6029,7 @@
    11.1.1 Text alternatives

    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).

    +

    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)

    @@ -7884,13 +6043,10 @@
    11.1.1 Text alternatives

    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.

    +

    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) -

    +

    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.

    @@ -7909,33 +6065,16 @@
    11.1.2 Time-based media

    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.

    +

    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)

    +

    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:

    +

    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:

    @@ -7947,9 +6086,7 @@
    11.1.2 Time-based media

    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).

    +

    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

    @@ -7970,10 +6107,7 @@
    11.1.2 Time-based media

    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).

    +

    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)

    @@ -7994,9 +6128,7 @@
    11.1.2 Time-based media

    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).

    +

    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)

    @@ -8006,11 +6138,9 @@
    11.1.2 Time-based media

    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.

    +

    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. -

    +

    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

    @@ -8020,27 +6150,13 @@
    11.1.2 Time-based media

    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".

    +

    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)

    +

    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.

    +

    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)

    @@ -8049,14 +6165,11 @@
    11.1.2 Time-based media

    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).

    +

    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).

    +

    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).

    @@ -8072,72 +6185,46 @@
    11.1.2 Time-based media
    -

    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'".

    +

    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)

    +

    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.

    +

    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)

    +

    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).

    +

    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). -

    +

    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).

    +

    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)

    +

    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.

    +

    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. -

    +

    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

    @@ -8147,24 +6234,13 @@
    11.1.2 Time-based media

    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".

    +

    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)

    +

    Understanding Captions (Live)

    How to Meet Captions (Live)

    (Level AA)

    -

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

    +

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

    C.11.1.2.4 Captions (live)

    @@ -8173,34 +6249,24 @@
    11.1.2 Time-based media

    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).

    +

    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).

    +

    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'".

    +

    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)

    +

    Understanding Audio Description (Prerecorded)

    +

    How to Meet Audio Description (Prerecorded)

    (Level AA)

    -

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

    +

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

    C.11.1.2.5 Audio description (prerecorded)

    @@ -8209,14 +6275,11 @@
    11.1.2 Time-based media

    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).

    +

    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).

    +

    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).

    @@ -8234,25 +6297,13 @@
    11.1.3 Adaptable

    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).

    +

    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

    +

    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.

    +

    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)

    @@ -8262,9 +6313,7 @@
    11.1.3 Adaptable

    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.

    +

    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

    @@ -8274,17 +6323,9 @@
    11.1.3 Adaptable

    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.

    +

    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)

    @@ -8305,20 +6346,12 @@
    11.1.3 Adaptable

    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.

    +

    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

    +

    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.

    +

    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)

    @@ -8328,9 +6361,7 @@
    11.1.3 Adaptable

    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.

    +

    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

    @@ -8340,17 +6371,9 @@
    11.1.3 Adaptable

    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.

    +

    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)

    @@ -8360,18 +6383,12 @@
    11.1.3 Adaptable

    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.

    +

    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

    +

    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. -

    +

    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

    @@ -8380,33 +6397,23 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -8415,13 +6422,11 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    @@ -8438,26 +6443,15 @@
    11.1.3 Adaptable

    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.

    +

    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

    +

    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 purpose of each input field collecting information about the user can be programmatically determined when:

    @@ -8468,9 +6462,7 @@
    11.1.3 Adaptable

    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.

    +

    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

    @@ -8479,28 +6471,15 @@
    11.1.3 Adaptable

    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.

    +

    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

    +

    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 purpose of each input field collecting information about the user can be programmatically determined when:

    @@ -8512,13 +6491,9 @@
    11.1.3 Adaptable

    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.

    +

    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

    @@ -8539,23 +6514,13 @@
    11.1.3 Adaptable

    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.

    +

    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 -

    +

    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.

    +

    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

    @@ -8564,44 +6529,23 @@
    11.1.3 Adaptable

    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.

    +

    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

    +

    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.

    +

    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.

    +

    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

    +

    Understanding Audio Control

    How to Meet Audio Control

    (Level A)

    @@ -8622,33 +6566,15 @@
    11.1.3 Adaptable

    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).

    +

    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) -

    +

    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:

    +

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

    @@ -8659,13 +6585,11 @@
    11.1.3 Adaptable

    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).

    +

    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).

    +

    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).

    @@ -8682,33 +6606,14 @@
    11.1.3 Adaptable

    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. -

    +

    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 -

    +

    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.

    +

    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)

    @@ -8718,26 +6623,18 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    +

    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)

    @@ -8770,31 +6667,15 @@
    11.1.3 Adaptable

    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.

    +

    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 -

    +

    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: -

    +

    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:

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

    @@ -8806,46 +6687,25 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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: -

    +

    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:

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

    @@ -8861,45 +6721,27 @@
    11.1.3 Adaptable

    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.

    +

    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) -

    +

    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.

    +

    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:

    +

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

    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.

    +

    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

    @@ -8922,33 +6764,16 @@
    11.1.3 Adaptable

    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.

    +

    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 -

    +

    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):

    +

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

    -

    C.11.1.4.11 Non-text contrast

    @@ -8957,45 +6782,29 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    +

    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 -

    +

    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:

    +

    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:

    -

    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.

    +

    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

    @@ -9004,56 +6813,30 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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:

    +

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

    -

    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.

    +

    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

    @@ -9062,15 +6845,11 @@
    11.1.3 Adaptable

    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.

    +

    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.

    +

    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.

    @@ -9089,33 +6868,15 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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)

    @@ -9125,22 +6886,17 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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).

    +

    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)

    @@ -9160,38 +6916,15 @@
    11.2.1 Keyboard accessible

    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.

    +

    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".

    +

    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 -

    +

    Understanding No Keyboard Trap

    +

    How to Meet No Keyboard Trap

    (Level A)

    @@ -9222,29 +6955,16 @@
    11.2.1 Keyboard accessible

    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.

    +

    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

    +

    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:

    +

    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:

    @@ -9255,23 +6975,17 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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).

    +

    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)

    @@ -9302,45 +7016,22 @@
    11.2.1 Keyboard accessible

    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.

    +

    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:

    -

    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.

    +

    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 -

    +

    Understanding Timing Adjustable

    +

    How to Meet Timing Adjustable

    (Level A)

    @@ -9360,66 +7051,22 @@
    11.2.1 Keyboard accessible

    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.

    +

    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:

    +

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

    -

    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.

    +

    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 -

    +

    Understanding Pause, Stop, Hide

    +

    How to Meet Pause, Stop, Hide

    (Level A)

    @@ -9450,38 +7097,14 @@
    11.2.1 Keyboard accessible

    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.

    +

    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".

    +

    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

    +

    Understanding Three Flashes or Below Threshold

    +

    How to Meet Three Flashes or Below Threshold

    (Level A)

    @@ -9512,22 +7135,12 @@
    11.2.1 Keyboard accessible

    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.

    +

    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".

    +

    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 -

    +

    Understanding Focus Order

    How to Meet Focus Order

    (Level A)

    @@ -9548,24 +7161,12 @@
    11.2.1 Keyboard accessible

    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).

    +

    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)

    +

    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.

    +

    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)

    @@ -9574,37 +7175,23 @@
    11.2.1 Keyboard accessible

    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).

    +

    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).

    +

    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.

    +

    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

    +

    Understanding Headings and Labels

    +

    How to Meet Headings and Labels

    (Level AA)

    -

    Headings and labels describe topic or - purpose. -

    +

    Headings and labels describe topic or purpose.

    C.11.2.4.6 Headings and labels

    @@ -9613,30 +7200,22 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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.

    +

    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

    +

    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.

    +

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

    C.11.2.4.7 Focus visible

    @@ -9645,13 +7224,11 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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.

    @@ -9668,30 +7245,14 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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 -

    +

    Understanding Pointer Gestures

    +

    How to Meet Pointer Gestures

    (Level A)

    @@ -9712,40 +7273,21 @@
    11.2.1 Keyboard accessible

    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.

    +

    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:

    +

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

    -

    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.

    +

    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

    +

    Understanding Pointer Cancellation

    +

    How to Meet Pointer Cancellation

    (Level A)

    @@ -9775,23 +7317,14 @@
    11.2.1 Keyboard accessible
    -

    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.

    +

    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

    +

    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.

    +

    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.

    @@ -9802,20 +7335,16 @@
    11.2.1 Keyboard accessible

    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.

    +

    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). -

    +

    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)

    @@ -9835,29 +7364,15 @@
    11.2.1 Keyboard accessible

    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.

    +

    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 -

    +

    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:

    +

    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:

    @@ -9868,13 +7383,11 @@
    11.2.1 Keyboard accessible

    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.

    +

    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.

    +

    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.

    @@ -9893,38 +7406,14 @@
    11.3.1 Readable

    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.

    +

    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. -

    +

    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 -

    +

    Understanding Language of Page

    +

    How to Meet Language of Page

    (Level A)

    @@ -9945,8 +7434,7 @@
    11.3.1 Readable

    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).

    +

    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)

    @@ -9956,17 +7444,12 @@
    11.3.1 Readable

    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.

    +

    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.

    +

    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. -

    +

    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

    @@ -9987,28 +7470,13 @@
    11.3.1 Readable

    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.

    +

    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.

    +

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

    C.11.3.2.1 On focus

    @@ -10017,30 +7485,22 @@
    11.3.1 Readable

    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.

    +

    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.

    +

    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. -

    +

    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

    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.

    +

    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.11.3.2.2 On input

    @@ -10049,13 +7509,11 @@
    11.3.1 Readable

    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.2 On Input.

    +

    1. Check that the software 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 software does not contain content relevant - to WCAG 2.1 Success Criterion 3.2.2 On Input.

    +

    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.2 On Input.

    @@ -10073,23 +7531,12 @@
    11.3.3 Input assistance

    11.3.3.1.1 Error identification (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 3.3.1 - Error - Identification.

    +

    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 3.3.1 Error Identification.

    WCAG 2.1 Success Criterion 3.3.1 Error Identification

    -

    Understanding - Error - Identification

    -

    How to Meet 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. -

    +

    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.11.3.3.1.1 Error identification (open functionality)

    @@ -10099,23 +7546,17 @@
    11.3.3 Input assistance

    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 3.3.1 - Error - Identification.

    +

    1. Check that the software 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 or 2 is not met, or the non-web software does not contain content - relevant to WCAG 2.1 Success Criterion 3.3.1 Error Identification.

    +

    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 3.3.1 Error Identification.

    11.3.3.1.2 Error Identification (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.15 (Non-visual error - identification).

    +

    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.15 (Non-visual error identification).

    C.11.3.3.1.2 Error Identification (closed functionality)

    @@ -10138,18 +7579,12 @@
    11.3.3 Input assistance

    11.3.3.2 Labels or instructions

    -

    Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.3.2 - Labels or Instructions.

    +

    Where ICT is non-web software that provides a user interface, 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

    +

    Understanding Labels or Instructions

    +

    How to Meet Labels or Instructions

    (Level A)

    -

    Labels or instructions are provided when - content requires user input.

    +

    Labels or instructions are provided when content requires user input.

    C.11.3.3.2 Labels or instructions

    @@ -10158,33 +7593,22 @@
    11.3.3 Input assistance

    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.3.2 - Labels or Instructions.

    +

    1. Check that the software 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 software does not contain content relevant - to WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

    +

    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.3.2 Labels or Instructions.

    11.3.3.3 Error suggestion

    -

    Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.3.3 Error - Suggestion.

    +

    Where ICT is non-web software that provides a user interface, 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 -

    +

    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.

    +

    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.11.3.3.3 Error suggestion

    @@ -10193,44 +7617,26 @@
    11.3.3 Input assistance

    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 WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

    +

    1. Check that the software does not fail WCAG 2.1 Success Criterion 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 software does not contain content relevant - to WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

    +

    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.3.3 Error Suggestion.

    11.3.3.4 Error prevention (legal, financial, data)

    -

    Where ICT is non-web software that provides a user interface, it shall satisfy the success - criterion - in Table 11.11.

    -

    Table 11.11: Software success criterion: Error prevention (legal, financial, - data) -

    -

    For software 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:

    +

    Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.11.

    +

    Table 11.11: Software success criterion: Error prevention (legal, financial, data)

    +

    For software 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:

    1. Reversible: Submissions are reversible.

    -

    2. Checked: Data entered by the user is checked for input errors and the user is provided an - opportunity to correct them.

    -

    3. 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 - "software".

    +

    2. Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.

    +

    3. 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 "software".

    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)

    +

    Understanding Error Prevention (Legal, Financial, Data)

    +

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

    (Level AA)

    @@ -10263,43 +7669,14 @@
    11.4.1 Compatible

    11.4.1.1.1 Parsing (open functionality)

    -

    Where ICT is non-web software that provides a user interface and that supports access to any - assistive technologies, it shall satisfy the success criterion in Table 11.12.

    +

    Where ICT is non-web software that provides a user interface and that supports access to any assistive technologies, it shall satisfy the success criterion in Table 11.12.

    Table 11.12: Software success criterion: Parsing

    -

    For software that uses 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: Examples of markup used internally for persistence of the software user interface that - are - never exposed to assistive technology include but are not limited to: XUL, GladeXML, and FXML. - In - these examples assistive technology only interacts with the user interface of generated - software. -

    -

    NOTE 5: 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 software that uses 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, 3 and 4 above.

    +

    For software that uses 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: Examples of markup used internally for persistence of the software user interface that are never exposed to assistive technology include but are not limited to: XUL, GladeXML, and FXML. In these examples assistive technology only interacts with the user interface of generated software.

    +

    NOTE 5: 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 software that uses 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, 3 and 4 above.

    WCAG 2.1 Success Criterion 4.1.1 Parsing

    Understanding Parsing

    How to Meet Parsing

    @@ -10324,10 +7701,7 @@
    11.4.1 Compatible

    11.4.1.1.2 Parsing (closed functionality)

    Not applicable.

    -

    NOTE: Where ICT is non-web software that provides a user interface which is closed to all assistive - technology it shall not have to meet the "Parsing" success criterion in Table 11.10 because the - intent of this success criterion is to provide consistency so that different user agents or - assistive technologies will yield the same result.

    +

    NOTE: Where ICT is non-web software that provides a user interface which is closed to all assistive technology it shall not have to meet the "Parsing" success criterion in Table 11.10 because the intent of this success criterion is to provide consistency so that different user agents or assistive technologies will yield the same result.

    C.11.4.1.1.2 Parsing (closed functionality)

    @@ -10348,53 +7722,15 @@
    11.4.1 Compatible

    11.4.1.2.1 Name, role, value (open functionality)

    -

    Where ICT is non-web software that provides a user interface and that supports access to any - assistive technologies, it shall satisfy the success criterion in Table 11.13.

    +

    Where ICT is non-web software that provides a user interface and that supports access to any assistive technologies, it shall satisfy the success criterion in Table 11.13.

    Table 11.13: Software 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 conforming to this success criterion, it is usually best practice for software user - interfaces to use the accessibility services provided by platform software. These accessibility - services enable interoperability between software user interfaces and both assistive - technologies - and accessibility features of software in standardised ways. Most platform accessibility - services go - beyond programmatic exposure of name and role, and programmatic setting of states, properties - and - values (and notification of same), and specify additional information that could or should be - exposed and / or set (for instance, a list of the available actions for a given user interface - component, and a means to programmatically execute one of the listed actions).

    -

    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: "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." and the addition of note 2 above.

    +

    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 conforming to this success criterion, it is usually best practice for software user interfaces to use the accessibility services provided by platform software. These accessibility services enable interoperability between software user interfaces and both assistive technologies and accessibility features of software in standardised ways. Most platform accessibility services go beyond programmatic exposure of name and role, and programmatic setting of states, properties and values (and notification of same), and specify additional information that could or should be exposed and / or set (for instance, a list of the available actions for a given user interface component, and a means to programmatically execute one of the listed actions).

    +

    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: "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." and 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 -

    +

    Understanding Name, Role, Value

    +

    How to Meet Name, Role, Value

    (Level A)

    @@ -10415,9 +7751,7 @@
    11.4.1 Compatible

    11.4.1.2.2 Name, role, value (closed functionality)

    -

    Where ICT is non-web software that provides a user interface which is closed to all assistive - technology it shall not have to meet the "Name, role, value" success criterion in Table 11.11 - because this success criterion requires information in a programmatically determinable form.

    +

    Where ICT is non-web software that provides a user interface which is closed to all assistive technology it shall not have to meet the "Name, role, value" success criterion in Table 11.11 because this success criterion requires information in a programmatically determinable form.

    C.11.4.1.2.2 Name, role, value (closed functionality)

    @@ -10438,9 +7772,7 @@
    11.4.1 Compatible

    11.4.1.3.1 Status messages (open functionality)

    -

    Where tWhere ICT is non-web software, it shall satisfy satisfy WCAG 2.1 Success Criterion 4.1.3 - Status Messages.

    +

    Where tWhere ICT is non-web software, it shall satisfy satisfy WCAG 2.1 Success Criterion 4.1.3 Status Messages.

    C.11.4.1.3.1 Status messages (open functionality)

    @@ -10454,9 +7786,7 @@
    11.4.1 Compatible

    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 4.1.3 - Status messages.

    +

    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 4.1.3 Status messages.

    @@ -10483,9 +7813,7 @@
    11.4.1 Compatible

    11.5.1 Closed functionality

    -

    Where the closed functionality of software conforms to clause 5.1 (Closed functionality) it shall - not - be required to conform with clause 11.5.2 to clause 11.5.2.17.

    +

    Where the closed functionality of software conforms to clause 5.1 (Closed functionality) it shall not be required to conform with clause 11.5.2 to clause 11.5.2.17.

    C.11.5.1 Closed functionality

    @@ -10514,49 +7842,23 @@
    11.4.1 Compatible
    -

    11.5.2.1 Platform accessibility service support for software that provides a user - interface

    -

    Platform software shall provide a set of documented platform services that enable software that - provides a user interface running on the platform software to interoperate with assistive - technology.

    -

    Platform software should support requirements 11.5.2.5 to 11.5.2.17 except that, where a user - interface concept that corresponds to one of the clauses 11.5.2.5 to 11.5.2.17 is not supported - within the software environment, these requirements are not applicable. For example, selection - attributes from 11.5.2.14 (Modification of focus and selection attributes) may not exist in - environments that do not allow selection, which is most commonly associated with copy and paste. -

    -

    NOTE 1: These define the minimum functionality of software providing user interfaces when using - platform services.

    -

    NOTE 2: In some platforms these services may be called accessibility services, but in some other - platforms these services may be provided as part of the user interface services.

    -

    NOTE 3: User interface services that provide accessibility support by default are considered to - be - part of the services provided to conform to this clause (e.g. the service for creating a new - user - interface element provides role, state, boundary, name and description).

    -

    NOTE 4: To comply with this requirement the platform software can provide its own set of services - or - expose the services provided by its underlying platform layers, if those services conform to - this - requirement.

    -

    NOTE 5: Within specific programming environments, the technical attributes associated with the - user - interface properties described in clauses 11.5.2.5 to 11.5.2.17 might have different names than - those used within the clauses.

    - - -

    C.11.5.2.1 Platform accessibility service support for software that provides a user - interface

    +

    11.5.2.1 Platform accessibility service support for software that provides a user interface

    +

    Platform software shall provide a set of documented platform services that enable software that provides a user interface running on the platform software to interoperate with assistive technology.

    +

    Platform software should support requirements 11.5.2.5 to 11.5.2.17 except that, where a user interface concept that corresponds to one of the clauses 11.5.2.5 to 11.5.2.17 is not supported within the software environment, these requirements are not applicable. For example, selection attributes from 11.5.2.14 (Modification of focus and selection attributes) may not exist in environments that do not allow selection, which is most commonly associated with copy and paste.

    +

    NOTE 1: These define the minimum functionality of software providing user interfaces when using platform services.

    +

    NOTE 2: In some platforms these services may be called accessibility services, but in some other platforms these services may be provided as part of the user interface services.

    +

    NOTE 3: User interface services that provide accessibility support by default are considered to be part of the services provided to conform to this clause (e.g. the service for creating a new user interface element provides role, state, boundary, name and description).

    +

    NOTE 4: To comply with this requirement the platform software can provide its own set of services or expose the services provided by its underlying platform layers, if those services conform to this requirement.

    +

    NOTE 5: Within specific programming environments, the technical attributes associated with the user interface properties described in clauses 11.5.2.5 to 11.5.2.17 might have different names than those used within the clauses.

    + + +

    C.11.5.2.1 Platform accessibility service support for software that provides a user interface

    Type of assessment

    Inspection

    Pre-conditions

    1. The software evaluated is platform software.

    Procedure

    -

    1. Check that the platform software documentation includes information about platform services - that - may be used by software that provides a user interface to interoperate with assistive - technology. -

    +

    1. Check that the platform software documentation includes information about platform services that may be used by software that provides a user interface to interoperate with assistive technology.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -10566,32 +7868,13 @@
    11.4.1 Compatible

    11.5.2.2 Platform accessibility service support for assistive technologies

    -

    Platform software shall provide a set of documented platform accessibility services that enable - assistive technology to interoperate with software that provides a user interface running on the - platform software.

    -

    Platform software should support the requirements of clauses 11.5.2.5 to 11.5.2.17 except that, - where - a user interface concept that corresponds to one of the clauses 11.5.2.5 to 11.5.2.17 is not - supported within the software environment, these requirement are not applicable. For example, - selection attributes from 11.5.2.14 (Modification of focus and selection attributes) may not - exist - in environments that do not allow selection, which is most commonly associated with copy and - paste. -

    -

    NOTE 1: These define the minimum functionality available to assistive technologies when using - platform services.

    -

    NOTE 2: The definition of platform in clause 3.1 applies to software that provides services to - other - software, including but not limited to, operating systems, web browsers, virtual machines.

    -

    NOTE 3: In some platforms these services may be called accessibility services, but in some other - platforms these services may be provided as part of the user interface services.

    -

    NOTE 4: Typically these services belong to the same set of services that are described in clause - 11.5.2.1.

    -

    NOTE 5: To comply with this requirement the platform software can provide its own set of services - or - expose the services provided by its underlying platform layers, if those services conform to - this - requirement.

    +

    Platform software shall provide a set of documented platform accessibility services that enable assistive technology to interoperate with software that provides a user interface running on the platform software.

    +

    Platform software should support the requirements of clauses 11.5.2.5 to 11.5.2.17 except that, where a user interface concept that corresponds to one of the clauses 11.5.2.5 to 11.5.2.17 is not supported within the software environment, these requirement are not applicable. For example, selection attributes from 11.5.2.14 (Modification of focus and selection attributes) may not exist in environments that do not allow selection, which is most commonly associated with copy and paste.

    +

    NOTE 1: These define the minimum functionality available to assistive technologies when using platform services.

    +

    NOTE 2: The definition of platform in clause 3.1 applies to software that provides services to other software, including but not limited to, operating systems, web browsers, virtual machines.

    +

    NOTE 3: In some platforms these services may be called accessibility services, but in some other platforms these services may be provided as part of the user interface services.

    +

    NOTE 4: Typically these services belong to the same set of services that are described in clause 11.5.2.1.

    +

    NOTE 5: To comply with this requirement the platform software can provide its own set of services or expose the services provided by its underlying platform layers, if those services conform to this requirement.

    C.11.5.2.2 Platform accessibility service support for assistive technologies

    @@ -10600,10 +7883,7 @@
    11.4.1 Compatible

    Pre-conditions

    1. The software evaluated is platform software.

    Procedure

    -

    1. Check that the platform software documentation includes information about platform - accessibility - services that enables assistive technology to interoperate with software that provides a user - interface running on the platform software.

    +

    1. Check that the platform software documentation includes information about platform accessibility services that enables assistive technology to interoperate with software that provides a user interface running on the platform software.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -10613,19 +7893,9 @@
    11.4.1 Compatible

    11.5.2.3 Use of accessibility services

    -

    Where the software provides a user interface it shall use the applicable documented platform - accessibility services. If the documented platform accessibility services do not allow the - software - to meet the applicable requirements of clauses 11.5.2.5 to 11.5.2.17, then software that - provides a - user interface shall use other documented services to interoperate with assistive technology. -

    -

    NOTE: The term "documented platform accessibility services" refers to the set of services - provided by - the platform according to clauses 11.5.2.1 and 11.5.2.2.

    -

    It is best practice to develop software using toolkits that automatically implement the - underlying - platform accessibility services.

    +

    Where the software provides a user interface it shall use the applicable documented platform accessibility services. If the documented platform accessibility services do not allow the software to meet the applicable requirements of clauses 11.5.2.5 to 11.5.2.17, then software that provides a user interface shall use other documented services to interoperate with assistive technology.

    +

    NOTE: The term "documented platform accessibility services" refers to the set of services provided by the platform according to clauses 11.5.2.1 and 11.5.2.2.

    +

    It is best practice to develop software using toolkits that automatically implement the underlying platform accessibility services.

    C.11.5.2.3 Use of accessibility services

    @@ -10635,12 +7905,8 @@
    11.4.1 Compatible

    1. The software evaluated is software that provides a user interface.

    Procedure

    1. Check that the software uses the applicable documented platform accessibility services.

    -

    2. Check that the software can meet the applicable requirements 11.5.2.5 to 11.5.2.17 whilst - using - the documented platform accessibility services.

    -

    3. Check that the software can meet requirements 11.5.2.5 to 11.5.2.17 whilst using the - documented - platform accessibility services and other documented services.

    +

    2. Check that the software can meet the applicable requirements 11.5.2.5 to 11.5.2.17 whilst using the documented platform accessibility services.

    +

    3. Check that the software can meet requirements 11.5.2.5 to 11.5.2.17 whilst using the documented platform accessibility services and other documented services.

    Result

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

    Fail: Check 1 or check 3 is false

    @@ -10650,12 +7916,8 @@
    11.4.1 Compatible

    11.5.2.4 Assistive technology

    -

    Where the ICT is assistive technology it shall use the documented platform accessibility - services. -

    -

    NOTE 1: The term "documented platform accessibility services" refers to the set of services - provided - by the platform according to clauses 11.5.2.1 and 11.5.2.2.

    +

    Where the ICT is assistive technology it shall use the documented platform accessibility services.

    +

    NOTE 1: The term "documented platform accessibility services" refers to the set of services provided by the platform according to clauses 11.5.2.1 and 11.5.2.2.

    NOTE 2: Assistive technology can also use other documented accessibility services.

    @@ -10675,10 +7937,7 @@
    11.4.1 Compatible

    11.5.2.5 Object information

    -

    Where the software provides a user interface it shall, by using the services as described in - clause - 11.5.2.3, make the user interface elements' role, state(s), boundary, name, and description - programmatically determinable by assistive technologies.

    +

    Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the user interface elements' role, state(s), boundary, name, and description programmatically determinable by assistive technologies.

    C.11.5.2.5 Object information

    @@ -10687,17 +7946,11 @@
    11.4.1 Compatible

    Pre-conditions

    1. The software evaluated is software that provides a user interface.

    Procedure

    -

    1. Check that the user interface element's role is programmatically determinable by assistive - technologies.

    -

    2. Check that the user interface element's state(s) is programmatically determinable by assistive - technologies.

    -

    3. Check that the user interface element's boundary is programmatically determinable by assistive - technologies.

    -

    4. Check that the user interface element's name is programmatically determinable by assistive - technologies.

    -

    5. Check that the user interface element's description is programmatically determinable by - assistive - technologies.

    +

    1. Check that the user interface element's role is programmatically determinable by assistive technologies.

    +

    2. Check that the user interface element's state(s) is programmatically determinable by assistive technologies.

    +

    3. Check that the user interface element's boundary is programmatically determinable by assistive technologies.

    +

    4. Check that the user interface element's name is programmatically determinable by assistive technologies.

    +

    5. Check that the user interface element's description is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 1, 2, 3, 4 and 5 are true

    Fail: Check 1 or 2 or 3 or 4 or 5 is false

    @@ -10707,10 +7960,7 @@
    11.4.1 Compatible

    11.5.2.6 Row, column, and headers

    -

    Where the software provides a user interface it shall, by using the services as described in - clause - 11.5.2.3, make the row and column of each cell in a data table, including headers of the row and - column if present, programmatically determinable by assistive technologies.

    +

    Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the row and column of each cell in a data table, including headers of the row and column if present, programmatically determinable by assistive technologies.

    C.11.5.2.6 Row, column, and headers

    @@ -10723,11 +7973,8 @@
    11.4.1 Compatible

    1. Select a data table in which the tests are to be performed.

    2. Check that each cell's row is programmatically determinable by assistive technologies.

    3. Check that each cell's column is programmatically determinable by assistive technologies.

    -

    4. Check that each cell's row header, if the row header exists, is programmatically determinable - by - assistive technologies.

    -

    5. Check that each cell's column header, if the column header exists, is programmatically - determinable by assistive technologies.

    +

    4. Check that each cell's row header, if the row header exists, is programmatically determinable by assistive technologies.

    +

    5. Check that each cell's column header, if the column header exists, is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 2, 3, 4 and 5 are true

    Fail: Check 2 or 3 or 4 or 5 is false

    @@ -10737,12 +7984,7 @@
    11.4.1 Compatible

    11.5.2.7 Values

    -

    Where the software provides a user interface, it shall, by using the services as described in - clause - 11.5.2.3, make the current value of a user interface element and any minimum or maximum values - of - the range, if the user interface element conveys information about a range of values, - programmatically determinable by assistive technologies.

    +

    Where the software provides a user interface, it shall, by using the services as described in clause 11.5.2.3, make the current value of a user interface element and any minimum or maximum values of the range, if the user interface element conveys information about a range of values, programmatically determinable by assistive technologies.

    C.11.5.2.7 Values

    @@ -10754,12 +7996,8 @@
    11.4.1 Compatible

    Procedure

    1. Select a user interface element that can have a value.

    2. Check that the current value is programmatically determinable by assistive technologies.

    -

    3. If the user interface element conveys information about a range of values, check that the - minimum - value is programmatically determinable by assistive technologies.

    -

    4. If the user interface element conveys information about a range of values, check that the - maximum - value is programmatically determinable by assistive technologies.

    +

    3. If the user interface element conveys information about a range of values, check that the minimum value is programmatically determinable by assistive technologies.

    +

    4. If the user interface element conveys information about a range of values, check that the maximum value is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 2, 3 and 4 are true

    Fail: Check 2 or 3 or 4 is false

    @@ -10769,12 +8007,7 @@
    11.4.1 Compatible

    11.5.2.8 Label relationships

    -

    Where the software provides a user interface it shall expose the relationship that a user - interface - element has as a label for another element, or of being labelled by another element, using the - services as described in clause 11.5.2.3, so that this information is programmatically - determinable - by assistive technologies.

    +

    Where the software provides a user interface it shall expose the relationship that a user interface element has as a label for another element, or of being labelled by another element, using the services as described in clause 11.5.2.3, so that this information is programmatically determinable by assistive technologies.

    C.11.5.2.8 Label relationships

    @@ -10785,13 +8018,8 @@
    11.4.1 Compatible

    2. There are user interface elements that are labels of other user interface elements.

    Procedure

    1. Obtain the information of each user interface element.

    -

    2. Check that the user interface element's information includes the relationship with the user - interface element that is its label, if the current user interface element has a label, and that - this relationship is programmatically determinable by assistive technologies.

    -

    3. Check that the user interface element's information includes the relationship with the user - interface element that it is labelling, if the current user interface element is a label, and - that - this relationship is programmatically determinable by assistive technologies.

    +

    2. Check that the user interface element's information includes the relationship with the user interface element that is its label, if the current user interface element has a label, and that this relationship is programmatically determinable by assistive technologies.

    +

    3. Check that the user interface element's information includes the relationship with the user interface element that it is labelling, if the current user interface element is a label, and that this relationship is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 2 or 3 are true

    Fail: Check 2 and 3 are false

    @@ -10801,11 +8029,7 @@
    11.4.1 Compatible

    11.5.2.9 Parent-child relationships

    -

    Where the software provides a user interface it shall, by using the services as described in - clause - 11.5.2.3, make the relationship between a user interface element and any parent or children - elements - programmatically determinable by assistive technologies.

    +

    Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the relationship between a user interface element and any parent or children elements programmatically determinable by assistive technologies.

    C.11.5.2.9 Parent-child relationships

    @@ -10813,48 +8037,23 @@
    11.4.1 Compatible

    Inspection

    Pre-conditions

    1. The software evaluated is software that provides a user interface.

    -

    2. There are user interface elements that are parents of other user interface elements in a - hierarchical structure.

    -

    Procedure

    -

    1. For user interface elements that have a parent, check that the user interface element's - information includes the relationship with the user interface element that is its parent.

    -

    2. Check that the user interface elements that are parents of the user interface element selected - in - check 1, include the relationship with the user interface elements that are its children in - their - information, and that this relationship is programmatically determinable by assistive - technologies. -

    -

    3. For user interface elements that are a parent of other user interface elements, check that the - user interface element's information includes the relationship with the user interface elements - that - are its children, and that this relationship is programmatically determinable by assistive - technologies.

    -

    4. Check that the user interface elements that are a child of the user interface element selected - in - check 3, include the relationship with the user interface elements that are its parents in their - information, and that this relationship is programmatically determinable by assistive - technologies. -

    +

    2. There are user interface elements that are parents of other user interface elements in a hierarchical structure.

    +

    Procedure

    +

    1. For user interface elements that have a parent, check that the user interface element's information includes the relationship with the user interface element that is its parent.

    +

    2. Check that the user interface elements that are parents of the user interface element selected in check 1, include the relationship with the user interface elements that are its children in their information, and that this relationship is programmatically determinable by assistive technologies.

    +

    3. For user interface elements that are a parent of other user interface elements, check that the user interface element's information includes the relationship with the user interface elements that are its children, and that this relationship is programmatically determinable by assistive technologies.

    +

    4. Check that the user interface elements that are a child of the user interface element selected in check 3, include the relationship with the user interface elements that are its parents in their information, and that this relationship is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 1 or 2 is true and check 3 or 4 is true

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

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

    -

    NOTE: For this requirement it is enough that one of the two directions of a parent-child - relationship - is programmatically determinable. This is the reason why the requirement checks are in pairs and - why - the requirement is met if one member of each pair is true.

    +

    NOTE: For this requirement it is enough that one of the two directions of a parent-child relationship is programmatically determinable. This is the reason why the requirement checks are in pairs and why the requirement is met if one member of each pair is true.

    11.5.2.10 Text

    -

    Where the software provides a user interface it shall, by using the services as described in - clause - 11.5.2.3, make the text contents, text attributes, and the boundary of text rendered to the - screen - programmatically determinable by assistive technologies.

    +

    Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the text contents, text attributes, and the boundary of text rendered to the screen programmatically determinable by assistive technologies.

    C.11.5.2.10 Text

    @@ -10864,17 +8063,9 @@
    11.4.1 Compatible

    1. The software evaluated is software that provides a user interface.

    2. There is text rendered to the screen.

    Procedure

    -

    1. For instances of text rendered to the screen, check that the text's information includes its - text - content, and that this information is programmatically determinable by assistive technologies. -

    -

    2. For instances of text rendered to the screen, check that the text's information includes its - attributes, and that this information is programmatically determinable by assistive - technologies. -

    -

    3. For instances of text rendered to the screen, check that the text's information includes its - boundary, and that this information is programmatically determinable by assistive technologies. -

    +

    1. For instances of text rendered to the screen, check that the text's information includes its text content, and that this information is programmatically determinable by assistive technologies.

    +

    2. For instances of text rendered to the screen, check that the text's information includes its attributes, and that this information is programmatically determinable by assistive technologies.

    +

    3. For instances of text rendered to the screen, check that the text's information includes its boundary, and that this information is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 1, 2 and 3 are true

    Fail: Check 1 or 2 or 3 is false

    @@ -10884,10 +8075,7 @@
    11.4.1 Compatible

    11.5.2.11 List of available actions

    -

    Where the software provides a user interface it shall, by using the services as described in - clause - 11.5.2.3, make a list of available actions that can be executed on a user interface element, - programmatically determinable by assistive technologies.

    +

    Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make a list of available actions that can be executed on a user interface element, programmatically determinable by assistive technologies.

    C.11.5.2.11 List of available actions

    @@ -10897,8 +8085,7 @@
    11.4.1 Compatible

    1. The software evaluated is software that provides a user interface.

    2. There are user interface elements that have actions that can be executed by the user.

    Procedure

    -

    1. Check that the user interface element's information includes the list of actions that can be - executed.

    +

    1. Check that the user interface element's information includes the list of actions that can be executed.

    2. Check that this list is programmatically determinable by assistive technologies.

    Result

    Pass: Checks 1 and 2 are true

    @@ -10909,18 +8096,9 @@
    11.4.1 Compatible

    11.5.2.12 Execution of available actions

    -

    Where permitted by security requirements, software that provides a user interface shall, by using - the - services as described in clause 11.5.2.3, allow the programmatic execution of the actions - exposed - according to clause 11.5.2.11 by assistive technologies.

    -

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external - software from interfering with the ICT product. Examples of systems under strict security - requirements are systems dealing with intelligence activities, cryptologic activities related to - national security, command and control of military forces.

    -

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the - standard - input mechanisms supported by the platform.

    +

    Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow the programmatic execution of the actions exposed according to clause 11.5.2.11 by assistive technologies.

    +

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external software from interfering with the ICT product. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces.

    +

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform.

    C.11.5.2.12 Execution of available actions

    @@ -10929,14 +8107,10 @@
    11.4.1 Compatible

    Pre-conditions

    1. The software evaluated is software that provides a user interface.

    2. There are user interface elements that have actions that can be executed by the user.

    -

    3. The security requirements permit assistive technology to programmatically execute user - actions. -

    +

    3. The security requirements permit assistive technology to programmatically execute user actions.

    Procedure

    -

    1. Check that the user interface element's information includes the list of actions that can be - executed by assistive technologies according to 11.5.2.11.

    -

    2. Check that all the actions in the list can successfully be executed by assistive technologies. -

    +

    1. Check that the user interface element's information includes the list of actions that can be executed by assistive technologies according to 11.5.2.11.

    +

    2. Check that all the actions in the list can successfully be executed by assistive technologies.

    Result

    Pass: Checks 1 and 2 are true

    Fail: Check 1 or 2 is false

    @@ -10946,10 +8120,7 @@
    11.4.1 Compatible

    11.5.2.13 Tracking of focus and selection attributes

    -

    Where software provides a user interface it shall, by using the services as described in clause - 11.5.2.3, make information and mechanisms necessary to track focus, text insertion point, and - selection attributes of user interface elements programmatically determinable by assistive - technologies.

    +

    Where software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make information and mechanisms necessary to track focus, text insertion point, and selection attributes of user interface elements programmatically determinable by assistive technologies.

    C.11.5.2.13 Tracking of focus and selection attributes

    @@ -10959,8 +8130,7 @@
    11.4.1 Compatible

    1. The software evaluated is software that provides a user interface.

    2. There are user interface elements that enable text editing.

    Procedure

    -

    1. Check that the user interface element's information includes mechanisms to track focus, text - insertion point and selection attributes.

    +

    1. Check that the user interface element's information includes mechanisms to track focus, text insertion point and selection attributes.

    2. Check that this information is programmatically determinable by assistive technologies.

    3. Activate those tracking mechanisms.

    4. As a user, use the text editing functionality in the evaluated software product.

    @@ -10974,21 +8144,9 @@
    11.4.1 Compatible

    11.5.2.14 Modification of focus and selection attributes

    -

    Where permitted by security requirements, software that provides a user interface shall, by using - the - services as described in clause 11.5.2.3, allow assistive technologies to programmatically - modify - focus, text insertion point, and selection attributes of user interface elements where the user - can - modify these items.

    -

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external - software from interfering with the ICT product and so this requirement would not apply. Examples - of - systems under strict security requirements are systems dealing with intelligence activities, - cryptologic activities related to national security, command and control of military forces.

    -

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the - standard - input mechanisms supported by the platform.

    +

    Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow assistive technologies to programmatically modify focus, text insertion point, and selection attributes of user interface elements where the user can modify these items.

    +

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external software from interfering with the ICT product and so this requirement would not apply. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces.

    +

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform.

    C.11.5.2.14 Modification of focus and selection attributes

    @@ -10997,23 +8155,11 @@
    11.4.1 Compatible

    Pre-conditions

    1. The software evaluated is software that provides a user interface.

    2. There are user interface elements that can receive focus or that enable text editing.

    -

    3. The security requirements permit platform software to programmatically modify focus, text - insertion point and selection attributes of user interface elements.

    -

    Procedure

    -

    1. For user interface elements that can receive focus and where the focus can be modified by a - user - without the use of assistive technology, check that the focus can be programmatically modified - by - assistive technologies.

    -

    2. For user interface elements that enable text editing by a user without the use of assistive - technology, check that the position of the text insertion point can be programmatically modified - by - assistive technologies.

    -

    3. For user interface elements that enable text editing, check that the selection attributes can - be - programmatically modified by assistive technologies where they can be modified by user without - the - use of assistive technology.

    +

    3. The security requirements permit platform software to programmatically modify focus, text insertion point and selection attributes of user interface elements.

    +

    Procedure

    +

    1. For user interface elements that can receive focus and where the focus can be modified by a user without the use of assistive technology, check that the focus can be programmatically modified by assistive technologies.

    +

    2. For user interface elements that enable text editing by a user without the use of assistive technology, check that the position of the text insertion point can be programmatically modified by assistive technologies.

    +

    3. For user interface elements that enable text editing, check that the selection attributes can be programmatically modified by assistive technologies where they can be modified by user without the use of assistive technology.

    Result

    Pass: All checks are true

    Fail: Any check is false

    @@ -11023,11 +8169,7 @@
    11.4.1 Compatible

    11.5.2.15 Change notification

    -

    Where software provides a user interface it shall, by using the services as described in clause - 11.5.2.3, notify assistive technologies about changes in those programmatically determinable - attributes of user interface elements that are referenced in requirements 11.5.2.5 to 11.5.2.11 - and - 11.5.2.13.

    +

    Where software provides a user interface it shall, by using the services as described in clause 11.5.2.3, notify assistive technologies about changes in those programmatically determinable attributes of user interface elements that are referenced in requirements 11.5.2.5 to 11.5.2.11 and 11.5.2.13.

    C.11.5.2.15 Change notification

    @@ -11037,29 +8179,14 @@
    11.4.1 Compatible

    1. The software evaluated is software that provides a user interface.

    Procedure

    1. Activate notifications of changes in the user interface elements.

    -

    2. Check that notifications about changes in object information (role, state, boundary, name and - description) are sent to assistive technologies, if this information changes in the software - user - interface.

    -

    3. Check that notifications about changes in row, column and headers of data tables are sent to - assistive technologies, if this information changes in the software.

    -

    4. Check that notifications about changes in values (current value, minimum value and maximum - value) - are sent, if this information changes in the software.

    -

    5. Check that notifications about changes in label relationships are sent to assistive - technologies, - if this information changes in the software.

    -

    6. Check that notifications about changes in parent-child relationships are sent to assistive - technologies, if this information changes in the software.

    -

    7. Check notifications about changes in text (text contents, text attributes and the boundary of - text - rendered to the screen) are sent to assistive technologies, if this information changes in the - software.

    -

    8. Check that notifications about changes in the list of available actions are sent to assistive - technologies, if this information changes in the software.

    -

    9. Check that notifications about changes in focus, text insertion point and selection attributes - are - sent to assistive technologies, if this information changes in the software.

    +

    2. Check that notifications about changes in object information (role, state, boundary, name and description) are sent to assistive technologies, if this information changes in the software user interface.

    +

    3. Check that notifications about changes in row, column and headers of data tables are sent to assistive technologies, if this information changes in the software.

    +

    4. Check that notifications about changes in values (current value, minimum value and maximum value) are sent, if this information changes in the software.

    +

    5. Check that notifications about changes in label relationships are sent to assistive technologies, if this information changes in the software.

    +

    6. Check that notifications about changes in parent-child relationships are sent to assistive technologies, if this information changes in the software.

    +

    7. Check notifications about changes in text (text contents, text attributes and the boundary of text rendered to the screen) are sent to assistive technologies, if this information changes in the software.

    +

    8. Check that notifications about changes in the list of available actions are sent to assistive technologies, if this information changes in the software.

    +

    9. Check that notifications about changes in focus, text insertion point and selection attributes are sent to assistive technologies, if this information changes in the software.

    Result

    Pass: Checks 2, 3, 4, 5, 6, 7, 8 and 9 are true

    Fail: Check 2, 3, 4, 5, 6, 7, 8 or 9 is false

    @@ -11069,19 +8196,9 @@
    11.4.1 Compatible

    11.5.2.16 Modifications of states and properties

    -

    Where permitted by security requirements, software that provides a user interface shall, by using - the - services as described in clause 11.5.2.3, allow assistive technologies to programmatically - modify - states and properties of user interface elements, where the user can modify these items.

    -

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external - software from interfering with the ICT product and so this requirement would not apply. Examples - of - systems under strict security requirements are systems dealing with intelligence activities, - cryptologic activities related to national security, command and control of military forces.

    -

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the - standard - input mechanisms supported by the platform.

    +

    Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow assistive technologies to programmatically modify states and properties of user interface elements, where the user can modify these items.

    +

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external software from interfering with the ICT product and so this requirement would not apply. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces.

    +

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform.

    C.11.5.2.16 Modifications of states and properties

    @@ -11089,18 +8206,11 @@
    11.4.1 Compatible

    Testing

    Pre-conditions

    1. The software evaluated is software that provides a user interface.

    -

    2. There are user interface elements whose state or properties can be modified by a user without - the - use of assistive technology.

    -

    3. The security requirements permit assistive technology to programmatically modify states and - properties of user interface elements.

    -

    Procedure

    -

    1. Check that the state of user interface elements, whose state can be modified by a user without - the - use of assistive technology, can be programmatically modified by assistive technologies.

    -

    2. Check the properties of user interface elements, whose properties can be modified by a user - without the use of assistive technologies, can be programmatically modified by assistive - technologies.

    +

    2. There are user interface elements whose state or properties can be modified by a user without the use of assistive technology.

    +

    3. The security requirements permit assistive technology to programmatically modify states and properties of user interface elements.

    +

    Procedure

    +

    1. Check that the state of user interface elements, whose state can be modified by a user without the use of assistive technology, can be programmatically modified by assistive technologies.

    +

    2. Check the properties of user interface elements, whose properties can be modified by a user without the use of assistive technologies, can be programmatically modified by assistive technologies.

    Result

    Pass: All checks are true

    Fail: Any check is false

    @@ -11110,21 +8220,9 @@
    11.4.1 Compatible

    11.5.2.17 Modifications of values and text

    -

    Where permitted by security requirements, software that provides a user interface shall, by using - the - services as described in clause 11.5.2.3, allow assistive technologies to modify values and text - of - user interface elements using the input methods of the platform, where a user can modify these - items - without the use of assistive technology.

    -

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external - software from interfering with the ICT product and so this requirement would not apply. Examples - of - systems under strict security requirements are systems dealing with intelligence activities, - cryptologic activities related to national security, command and control of military forces.

    -

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the - standard - input mechanisms supported by the platform.

    +

    Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow assistive technologies to modify values and text of user interface elements using the input methods of the platform, where a user can modify these items without the use of assistive technology.

    +

    NOTE 1: In some cases the security requirements imposed on a software product may forbid external software from interfering with the ICT product and so this requirement would not apply. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces.

    +

    NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform.

    C.11.5.2.17 Modifications of values and text

    @@ -11132,23 +8230,11 @@
    11.4.1 Compatible

    Testing

    Pre-conditions

    1. The software evaluated is software that provides a user interface.

    -

    2. There are user interface elements whose values or text can be modified by a user without the - use - of assistive technology.

    -

    3. The security requirements permit assistive technology to programmatically modify values and - text - of user interface elements.

    -

    Procedure

    -

    1. Check that the values of user interface elements, whose values can be modified by a user - without - the use of assistive technology, can be modified by assistive technologies using the input - methods - of the platform.

    -

    2. Check that the text of user interface elements, whose text can be modified by a user without - the - use of assistive technology, can be modified by assistive technologies using the input methods - of - the platform.

    +

    2. There are user interface elements whose values or text can be modified by a user without the use of assistive technology.

    +

    3. The security requirements permit assistive technology to programmatically modify values and text of user interface elements.

    +

    Procedure

    +

    1. Check that the values of user interface elements, whose values can be modified by a user without the use of assistive technology, can be modified by assistive technologies using the input methods of the platform.

    +

    2. Check that the text of user interface elements, whose text can be modified by a user without the use of assistive technology, can be modified by assistive technologies using the input methods of the platform.

    Result

    Pass: all checks are true

    Fail: any check is false

    @@ -11169,21 +8255,16 @@
    11.4.1 Compatible

    11.6.1 User control of accessibility features

    -

    Where software is a platform it shall provide sufficient modes of operation for user control over - those platform accessibility features documented as intended for users.

    +

    Where software is a platform it shall provide sufficient modes of operation for user control over those platform accessibility features documented as intended for users.

    C.11.6.1 User control of accessibility features

    Type of assessment

    Testing

    Pre-conditions

    -

    1. There are platform features that are defined in the platform documentation as accessibility - features intended for users.

    +

    1. There are platform features that are defined in the platform documentation as accessibility features intended for users.

    Procedure

    -

    1. Check that sufficient modes of operation exist where user control over platform features, that - are - defined in the platform documentation as accessibility features intended for users, is possible. -

    +

    1. Check that sufficient modes of operation exist where user control over platform features, that are defined in the platform documentation as accessibility features intended for users, is possible.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11193,21 +8274,16 @@
    11.4.1 Compatible

    11.6.2 No disruption of accessibility features

    -

    Where software provides a user interface it shall not disrupt those documented accessibility - features - that are defined in platform documentation except when requested to do so by the user during the - operation of the software.

    +

    Where software provides a user interface it shall not disrupt those documented accessibility features that are defined in platform documentation except when requested to do so by the user during the operation of the software.

    C.11.6.2 No disruption of accessibility features

    Type of assessment

    Testing

    Pre-conditions

    -

    1. There are platform features that are defined in the platform documentation as accessibility - features.

    +

    1. There are platform features that are defined in the platform documentation as accessibility features.

    Procedure

    -

    1. Check if software that provides a user interface disrupts normal operation of platform - accessibility features.

    +

    1. Check if software that provides a user interface disrupts normal operation of platform accessibility features.

    2. Check if the disruption was specifically requested or confirmed by the user.

    Result

    Pass: Check 1 is false or both checks are true

    @@ -11218,15 +8294,10 @@
    11.4.1 Compatible

    11.7 User preferences

    -

    Where software is not designed to be isolated from its platform, and provides a user interface, that - user interface shall follow the values of the user preferences for platform settings for: units of - measurement, colour, contrast, font type, font size, and focus cursor except where they are - overridden by the user.

    -

    NOTE 1: Software that is isolated from its underlying platform has no access to user settings in the - platform and thus cannot adhere to them.

    +

    Where software is not designed to be isolated from its platform, and provides a user interface, that user interface shall follow the values of the user preferences for platform settings for: units of measurement, colour, contrast, font type, font size, and focus cursor except where they are overridden by the user.

    +

    NOTE 1: Software that is isolated from its underlying platform has no access to user settings in the platform and thus cannot adhere to them.

    NOTE 2: For web content, the underlying platform is the user agent.

    -

    NOTE 3: This does not preclude the software from having additional values for a setting as long as - there is one mode where the application will follow the system settings even if more restricted.

    +

    NOTE 3: This does not preclude the software from having additional values for a setting as long as there is one mode where the application will follow the system settings even if more restricted.

    C.11.7 User preferences

    @@ -11235,11 +8306,8 @@
    11.4.1 Compatible

    Pre-conditions

    1. The software is software that provides a user interface.

    Procedure

    -

    1. Check if the software provides sufficient modes of operation that uses user preferences for - platform settings for colour, contrast, font type, font size, and focus cursor.

    -

    2. Check that the software documentation indicates that the software is designed to be isolated - from - its underlying platform.

    +

    1. Check if the software provides sufficient modes of operation that uses user preferences for platform settings for colour, contrast, font type, font size, and focus cursor.

    +

    2. Check that the software documentation indicates that the software is designed to be isolated from its underlying platform.

    Result

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

    Fail: Check 1 is false and check 2 is false

    @@ -11260,9 +8328,7 @@
    11.4.1 Compatible

    11.8.1 Content technology

    -

    Authoring tools shall conform to clauses 11.8.2 to 11.8.5 to the extent that information required - for - accessibility is supported by the format used for the output of the authoring tool.

    +

    Authoring tools shall conform to clauses 11.8.2 to 11.8.5 to the extent that information required for accessibility is supported by the format used for the output of the authoring tool.

    C.11.8.1 Content technology

    @@ -11272,29 +8338,19 @@
    11.4.1 Compatible

    1. The software is an authoring tool.

    2. The output format of the authoring tool supports information required for accessibility.

    Procedure

    -

    1. Check if the authoring tool conforms to 11.8.2 to 11.8.5 to the extent that information - required - for accessibility is supported by the format used for the output of the authoring tool.

    +

    1. Check if the authoring tool conforms to 11.8.2 to 11.8.5 to the extent that information required for accessibility is supported by the format used for the output of the authoring tool.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

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

    -

    NOTE: Where the output format of the authoring tool does not support certain types of information - required for accessibility, con with requirements that relate to that type of information is - not required.

    +

    NOTE: Where the output format of the authoring tool does not support certain types of information required for accessibility, con with requirements that relate to that type of information is not required.

    11.8.2 Accessible content creation

    -

    Authoring tools shall enable and guide the production of content that conforms to clauses 9 (Web - content) or 10 (Non-Web content) as applicable.

    -

    NOTE: Authoring tools may rely on additional tools where conformance with specific requirements - is - not achievable by a single tool. For example, a video editing tool may enable the creation of - video - files for distribution via broadcast television and the web, but authoring of caption files for - multiple formats may be provided by a different tool.

    +

    Authoring tools shall enable and guide the production of content that conforms to clauses 9 (Web content) or 10 (Non-Web content) as applicable.

    +

    NOTE: Authoring tools may rely on additional tools where conformance with specific requirements is not achievable by a single tool. For example, a video editing tool may enable the creation of video files for distribution via broadcast television and the web, but authoring of caption files for multiple formats may be provided by a different tool.

    C.11.8.2 Accessible content creation

    @@ -11303,8 +8359,7 @@
    11.4.1 Compatible

    Pre-conditions

    1. The software is an authoring tool.

    Procedure

    -

    1. Check if the authoring tool has features that enable and guide the production of content that - conforms to clauses 9 (Web) and 10 (Non-web documents).

    +

    1. Check if the authoring tool has features that enable and guide the production of content that conforms to clauses 9 (Web) and 10 (Non-web documents).

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11314,16 +8369,9 @@
    11.4.1 Compatible

    11.8.3 Preservation of accessibility information in transformations

    -

    If the authoring tool provides restructuring transformations or re-coding transformations, then - accessibility information shall be preserved in the output if equivalent mechanisms exist in the - content technology of the output.

    -

    NOTE 1: Restructuring transformations are transformations in which the content technology stays - the - same, but the structural features of the content are changed (e.g. linearizing tables, splitting - a - document into pages).

    -

    NOTE 2: Re-coding transformations are transformations in which the technology used to encode the - content is changed.

    +

    If the authoring tool provides restructuring transformations or re-coding transformations, then accessibility information shall be preserved in the output if equivalent mechanisms exist in the content technology of the output.

    +

    NOTE 1: Restructuring transformations are transformations in which the content technology stays the same, but the structural features of the content are changed (e.g. linearizing tables, splitting a document into pages).

    +

    NOTE 2: Re-coding transformations are transformations in which the technology used to encode the content is changed.

    C.11.8.3 Preservation of accessibility information in transformations

    @@ -11333,18 +8381,12 @@
    11.4.1 Compatible

    1. The software is an authoring tool.

    2. The authoring tool provides restructuring transformations or re-coding transformations.

    Procedure

    -

    1. For a restructuring transformation, check if the accessibility information is preserved in the - output.

    -

    2. For a restructuring transformation, check if the content technology supports accessibility - information for the restructured form of the information.

    -

    3. For a re-coding transformation, check if the accessibility information is preserved in the - output. -

    -

    4. For a re-coding transformation, check if the accessibility information is supported by the - technology of the re-coded output.

    -

    Result

    -

    Pass: Check 1 is true or checks 1 and 2 are false or check 3 is true or checks 3 and 4 are false -

    +

    1. For a restructuring transformation, check if the accessibility information is preserved in the output.

    +

    2. For a restructuring transformation, check if the content technology supports accessibility information for the restructured form of the information.

    +

    3. For a re-coding transformation, check if the accessibility information is preserved in the output.

    +

    4. For a re-coding transformation, check if the accessibility information is supported by the technology of the re-coded output.

    +

    Result

    +

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

    Fail: Check 1 is false and check 2 is true

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

    @@ -11352,13 +8394,8 @@
    11.4.1 Compatible

    11.8.4 Repair assistance

    -

    If the accessibility checking functionality of an authoring tool can detect that content does not - meet a requirement of clauses 9 (Web) or 10 (Non-web documents) as applicable, then the - authoring - tool shall provide repair suggestion(s).

    -

    NOTE: This does not preclude automated and semi-automated repair which is possible (and - encouraged) - for many types of content accessibility problems.

    +

    If the accessibility checking functionality of an authoring tool can detect that content does not meet a requirement of clauses 9 (Web) or 10 (Non-web documents) as applicable, then the authoring tool shall provide repair suggestion(s).

    +

    NOTE: This does not preclude automated and semi-automated repair which is possible (and encouraged) for many types of content accessibility problems.

    C.11.8.4 Repair assistance

    @@ -11366,13 +8403,9 @@
    11.4.1 Compatible

    Inspection

    Pre-conditions

    1. The software is an authoring tool.

    -

    2. The accessibility checking functionality of the authoring tool can detect that content does - not - meet a requirement of clauses 9 (Web) or 10 (Non-web documents) as applicable.

    +

    2. The accessibility checking functionality of the authoring tool can detect that content does not meet a requirement of clauses 9 (Web) or 10 (Non-web documents) as applicable.

    Procedure

    -

    1. The authoring tool provides repair suggestions when content does not meet a requirement of - clauses - 9 or 10 (as applicable).

    +

    1. The authoring tool provides repair suggestions when content does not meet a requirement of clauses 9 or 10 (as applicable).

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11382,10 +8415,7 @@
    11.4.1 Compatible

    11.8.5 Templates

    -

    When an authoring tool provides templates, at least one template that supports the creation of - content that conforms to the requirements of clauses 9 (Web) or 10 (Non-web documents) as - applicable - shall be available and identified as such.

    +

    When an authoring tool provides templates, at least one template that supports the creation of content that conforms to the requirements of clauses 9 (Web) or 10 (Non-web documents) as applicable shall be available and identified as such.

    C.11.8.5 Templates

    @@ -11395,24 +8425,13 @@
    11.4.1 Compatible

    1. The software is an authoring tool.

    2. The authoring tool provides templates.

    Procedure

    -

    1. Check that the authoring tool provides at least one template that supports the creation of - content - that conforms to requirements of clauses 9 (Web content) or 10 (Documents) as applicable.

    -

    2. Check that at least one template identified in step 1 is available and is identified as - conforming - to clauses 9 or 10 (as applicable).

    +

    1. Check that the authoring tool provides at least one template that supports the creation of content that conforms to requirements of clauses 9 (Web content) or 10 (Documents) as applicable.

    +

    2. Check that at least one template identified in step 1 is available and is identified as conforming to clauses 9 or 10 (as applicable).

    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.

    -

    NOTE: The identification as conforming to the requirements of clauses 9 or 10 (as applicable) - described in check 2 may be described in terms such as "Conformant to WCAG 2.1". Where the - identification does not explicitly state that all of the requirements identified in clauses 9 or - 10 - (as appropriate) are covered, it may be necessary to use the template to create a web site or - document and then test that web site or document according to the requirements of clauses 9 or - 10 to - provide full assurance that the template behaves as required.

    +

    NOTE: The identification as conforming to the requirements of clauses 9 or 10 (as applicable) described in check 2 may be described in terms such as "Conformant to WCAG 2.1". Where the identification does not explicitly state that all of the requirements identified in clauses 9 or 10 (as appropriate) are covered, it may be necessary to use the template to create a web site or document and then test that web site or document according to the requirements of clauses 9 or 10 to provide full assurance that the template behaves as required.

    @@ -11430,16 +8449,10 @@

    12 Documentation and support services

    12.1.1 Accessibility and compatibility features

    -

    Product documentation provided with the ICT whether provided separately or integrated within the - ICT - shall list and explain how to use the accessibility and compatibility features of the ICT.

    -

    NOTE 1: Accessibility and compatibility features include accessibility features that are built-in - and - accessibility features that provide compatibility with assistive technology.

    -

    NOTE 2: It is best practice to use WebSchemas/Accessibility 2.0 [i.38] to provide meta data on the - accessibility of the ICT.

    -

    NOTE 3: The accessibility statement and help pages are both examples of the provision of product - information.

    +

    Product documentation provided with the ICT whether provided separately or integrated within the ICT shall list and explain how to use the accessibility and compatibility features of the ICT.

    +

    NOTE 1: Accessibility and compatibility features include accessibility features that are built-in and accessibility features that provide compatibility with assistive technology.

    +

    NOTE 2: It is best practice to use WebSchemas/Accessibility 2.0 [i.38] to provide meta data on the accessibility of the ICT.

    +

    NOTE 3: The accessibility statement and help pages are both examples of the provision of product information.

    C.12.1.1 Accessibility and compatibility features

    @@ -11448,8 +8461,7 @@

    12 Documentation and support services

    Pre-conditions

    1. Product documentation is supplied with the ICT.

    Procedure

    -

    1. Check that product documentation provided with the ICT lists and explains how to use the - accessibility and compatibility features of the ICT.

    +

    1. Check that product documentation provided with the ICT lists and explains how to use the accessibility and compatibility features of the ICT.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11459,24 +8471,13 @@

    12 Documentation and support services

    12.1.2 Accessible documentation

    -

    Product documentation provided with the ICT shall be made available in at least one of the - following - electronic formats:

    +

    Product documentation provided with the ICT shall be made available in at least one of the following electronic formats:

    1. a Web format that conforms to the requirements of clause 9, or

    2. a non-web format that conforms to the requirements of clause 10.

    -

    NOTE 1: This does not preclude the possibility of also providing the product documentation in - other - formats (electronic or printed) that are not accessible.

    -

    NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the - needs - of some specific type of users (e.g. Braille documents for blind people or easy-to-read - information - for persons with cognitive impairments).

    -

    NOTE 3: Where the documentation is integral to the ICT it will be provided through the user - interface - which is accessible.

    -

    NOTE 4: A user agent that supports automatic media conversion would be beneficial to enhancing - accessibility.

    +

    NOTE 1: This does not preclude the possibility of also providing the product documentation in other formats (electronic or printed) that are not accessible.

    +

    NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the needs of some specific type of users (e.g. Braille documents for blind people or easy-to-read information for persons with cognitive impairments).

    +

    NOTE 3: Where the documentation is integral to the ICT it will be provided through the user interface which is accessible.

    +

    NOTE 4: A user agent that supports automatic media conversion would be beneficial to enhancing accessibility.

    C.12.1.2 Accessible documentation

    @@ -11485,8 +8486,7 @@

    12 Documentation and support services

    Pre-conditions

    1. Product documentation in electronic format is supplied with the ICT.

    Procedure

    -

    1. Check that product documentation in electronic format provided with the ICT conforms to the - requirements of clauses 9 or 10 as appropriate.

    +

    1. Check that product documentation in electronic format provided with the ICT conforms to the requirements of clauses 9 or 10 as appropriate.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11507,9 +8507,7 @@

    12 Documentation and support services

    12.2.1 General (informative)

    -

    ICT support services include, but are not limited to: help desks, call centres, technical - support, - relay services and training services.

    +

    ICT support services include, but are not limited to: help desks, call centres, technical support, relay services and training services.

    C.12.2.1 General (informative)

    @@ -11519,12 +8517,8 @@

    12 Documentation and support services

    12.2.2 Information on accessibility and compatibility features

    -

    ICT support services shall provide information on the accessibility and compatibility features - that - are included in the product documentation.

    -

    NOTE: Accessibility and compatibility features include accessibility features that are built-in - and - accessibility features that provide compatibility with assistive technology.

    +

    ICT support services shall provide information on the accessibility and compatibility features that are included in the product documentation.

    +

    NOTE: Accessibility and compatibility features include accessibility features that are built-in and accessibility features that provide compatibility with assistive technology.

    C.12.2.2 Information on accessibility and compatibility features

    @@ -11533,8 +8527,7 @@

    12 Documentation and support services

    Pre-conditions

    1. ICT support services are provided.

    Procedure

    -

    1. Check that the ICT support services provide information on the accessibility and compatibility - features that are included in the product documentation.

    +

    1. Check that the ICT support services provide information on the accessibility and compatibility features that are included in the product documentation.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11544,8 +8537,7 @@

    12 Documentation and support services

    12.2.3 Effective communication

    -

    ICT support services shall accommodate the communication needs of individuals with disabilities - either directly or through a referral point.

    +

    ICT support services shall accommodate the communication needs of individuals with disabilities either directly or through a referral point.

    C.12.2.3 Effective communication

    @@ -11554,37 +8546,23 @@

    12 Documentation and support services

    Pre-conditions

    1. ICT support services are provided.

    Procedure

    -

    1. Check that the ICT support services accommodate the communication needs of individuals with - disabilities either directly or through a referral point.

    +

    1. Check that the ICT support services accommodate the communication needs of individuals with disabilities either directly or through a referral point.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    Not applicable: Pre-condition 1 is not met.

    -

    NOTE: The provision of any level of support for the communication needs of individuals with - disabilities constitutes a pass of this requirement. Suppliers may wish to provide further - information about the level of support that is provided to enable the adequacy and quality of - the - support to be judged.

    +

    NOTE: The provision of any level of support for the communication needs of individuals with disabilities constitutes a pass of this requirement. Suppliers may wish to provide further information about the level of support that is provided to enable the adequacy and quality of the support to be judged.

    12.2.4 Accessible documentation

    -

    Documentation provided by support services shall be made available in at least one of the - following - electronic formats:

    +

    Documentation provided by support services shall be made available in at least one of the following electronic formats:

    1. a Web format that conforms to clause 9; or

    2. a non-web format that conforms to clause 10.

    -

    NOTE 1: This does not preclude the possibility of also providing the documentation in other - formats - (electronic or printed) that are not accessible.

    -

    NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the - needs - of some specific type of users (e.g. Braille documents for blind people or easy-to-read - information - for persons with cognitive impairments).

    -

    NOTE 3: A user agent that supports automatic media conversion would be beneficial to enhancing - accessibility.

    +

    NOTE 1: This does not preclude the possibility of also providing the documentation in other formats (electronic or printed) that are not accessible.

    +

    NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the needs of some specific type of users (e.g. Braille documents for blind people or easy-to-read information for persons with cognitive impairments).

    +

    NOTE 3: A user agent that supports automatic media conversion would be beneficial to enhancing accessibility.

    C.12.2.4 Accessible documentation

    @@ -11593,9 +8571,7 @@

    12 Documentation and support services

    Pre-conditions

    1. Documentation is provided by the ICT support services.

    Procedure

    -

    1. Check that documentation in electronic format provided by the ICT support services conforms to - the - requirements of clauses 9 or 10 as appropriate.

    +

    1. Check that documentation in electronic format provided by the ICT support services conforms to the requirements of clauses 9 or 10 as appropriate.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11617,12 +8593,8 @@

    13 ICT providing relay or emergency service access

    13.1.1 General (informative)

    -

    Relay services enable users of different modes of communication e.g. text, sign, speech, to - interact - remotely through ICT with two-way communication by providing conversion between the modes of - communication, normally by a human operator.

    -

    It is best practice to meet the applicable relay service requirements of ETSI ES 202 975 [i.5]. -

    +

    Relay services enable users of different modes of communication e.g. text, sign, speech, to interact remotely through ICT with two-way communication by providing conversion between the modes of communication, normally by a human operator.

    +

    It is best practice to meet the applicable relay service requirements of ETSI ES 202 975 [i.5].

    C.13.1.1 General (informative)

    @@ -11632,9 +8604,7 @@

    13 ICT providing relay or emergency service access

    13.1.2 Text relay services

    -

    Where ICT is intended to provide a text relay service, the text relay service shall enable text - users - and speech users to interact by providing conversion between the two modes of communication.

    +

    Where ICT is intended to provide a text relay service, the text relay service shall enable text users and speech users to interact by providing conversion between the two modes of communication.

    C.13.1.2 Text relay services

    @@ -11643,8 +8613,7 @@

    13 ICT providing relay or emergency service access

    Pre-conditions

    1. The service is a text relay service.

    Procedure

    -

    1. Check that the service enables text users and speech users to interact by providing conversion - between the two modes of communication.

    +

    1. Check that the service enables text users and speech users to interact by providing conversion between the two modes of communication.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11654,11 +8623,8 @@

    13 ICT providing relay or emergency service access

    13.1.3 Sign relay services

    -

    Where ICT is intended to provide a sign relay service, the sign relay service shall enable sign - language users and speech users to interact by providing conversion between the two modes of - communication.

    -

    NOTE: Sign relay services are also sometimes referred to as sign language relay services or video - relay services.

    +

    Where ICT is intended to provide a sign relay service, the sign relay service shall enable sign language users and speech users to interact by providing conversion between the two modes of communication.

    +

    NOTE: Sign relay services are also sometimes referred to as sign language relay services or video relay services.

    C.13.1.3 Sign relay services

    @@ -11667,8 +8633,7 @@

    13 ICT providing relay or emergency service access

    Pre-conditions

    1. The service is a sign relay service.

    Procedure

    -

    1. Check that the service enables sign language users and speech users to interact by providing - conversion between the two modes of communication.

    +

    1. Check that the service enables sign language users and speech users to interact by providing conversion between the two modes of communication.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11678,11 +8643,7 @@

    13 ICT providing relay or emergency service access

    13.1.4 Lip-reading relay services

    -

    Where ICT is intended to provide a lip-reading relay service, the lip-reading service shall - enable - lip-readers and voice telephone users to interact by providing conversion between the two modes - of - communication.

    +

    Where ICT is intended to provide a lip-reading relay service, the lip-reading service shall enable lip-readers and voice telephone users to interact by providing conversion between the two modes of communication.

    C.13.1.4 Lip-reading relay services

    @@ -11691,8 +8652,7 @@

    13 ICT providing relay or emergency service access

    Pre-conditions

    1. The service is a lip-reading relay service.

    Procedure

    -

    1. Check that the service enables lip-readers and voice telephone users to interact by providing - conversion between the two modes of communication.

    +

    1. Check that the service enables lip-readers and voice telephone users to interact by providing conversion between the two modes of communication.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11702,11 +8662,7 @@

    13 ICT providing relay or emergency service access

    13.1.5 Captioned telephony services

    -

    Where ICT is intended to provide a captioned telephony service, the captioned telephony service - shall - assist a deaf or hard of hearing user in a spoken dialogue by providing text captions - translating - the incoming part of the conversation.

    +

    Where ICT is intended to provide a captioned telephony service, the captioned telephony service shall assist a deaf or hard of hearing user in a spoken dialogue by providing text captions translating the incoming part of the conversation.

    C.13.1.5 Captioned telephony services

    @@ -11715,9 +8671,7 @@

    13 ICT providing relay or emergency service access

    Pre-conditions

    1. The service is a captioned telephony service.

    Procedure

    -

    1. Check that the service assists a deaf or hard of hearing user in a spoken dialogue by - providing - text captions translating the incoming part of the conversation.

    +

    1. Check that the service assists a deaf or hard of hearing user in a spoken dialogue by providing text captions translating the incoming part of the conversation.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11727,10 +8681,7 @@

    13 ICT providing relay or emergency service access

    13.1.6 Speech to speech relay services

    -

    Where ICT is intended to provide a speech to speech relay service, the speech to speech relay - service - shall enable speech or cognitively impaired telephone users and any other user to communicate by - providing assistance between them.

    +

    Where ICT is intended to provide a speech to speech relay service, the speech to speech relay service shall enable speech or cognitively impaired telephone users and any other user to communicate by providing assistance between them.

    C.13.1.6 Speech to speech relay services

    @@ -11739,9 +8690,7 @@

    13 ICT providing relay or emergency service access

    Pre-conditions

    1. The service is a speech to speech relay service.

    Procedure

    -

    1. Check that the service enables enable speech or cognitively impaired telephone users and any - other - user to communicate by providing assistance between them.

    +

    1. Check that the service enables enable speech or cognitively impaired telephone users and any other user to communicate by providing assistance between them.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11751,15 +8700,9 @@

    13 ICT providing relay or emergency service access

    13.2 Access to relay services

    -

    Where ICT systems support two-way communication, and the system is specified for use with relay - services, access to those relay services shall not be prevented for outgoing and incoming calls - involving: voice, RTT, or video, either individually or in combinations supported by both the relay - service and the ICT system. -

    -

    NOTE 1: The purpose of this requirement is to achieve functionally equivalent communication access by - persons with disabilities.

    -

    NOTE 2: The system may be specified as needing to work with relay services by, for example: - procurers, regulators, or product specifications.

    +

    Where ICT systems support two-way communication, and the system is specified for use with relay services, access to those relay services shall not be prevented for outgoing and incoming calls involving: voice, RTT, or video, either individually or in combinations supported by both the relay service and the ICT system.

    +

    NOTE 1: The purpose of this requirement is to achieve functionally equivalent communication access by persons with disabilities.

    +

    NOTE 2: The system may be specified as needing to work with relay services by, for example: procurers, regulators, or product specifications.

    C.13.2 Access to relay services

    @@ -11769,9 +8712,7 @@

    13 ICT providing relay or emergency service access

    1. The ICT system supports two-way communication.

    2. A set of relay services for two-way communication is specified.

    Procedure

    -

    1. Check that the system does not prevent access to those relay services for incoming and - outgoing - calls.

    +

    1. Check that the system does not prevent access to those relay services for incoming and outgoing calls.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11781,14 +8722,9 @@

    13 ICT providing relay or emergency service access

    13.3 Access to emergency services

    -

    Where ICT systems support two-way communication, and the system is specified for use with emergency - services, access to those emergency services shall not be prevented for outgoing and incoming calls - involving: voice, RTT, or video, either individually or in combinations supported by both the - emergency service and the ICT system.

    -

    NOTE 1: The purpose of this requirement is to achieve functionally equivalent communication access to - the emergency service by persons with disabilities.

    -

    NOTE 2: The system may be specified as needing to work with emergency services by, for example: - procurers, regulators, or product specifications.

    +

    Where ICT systems support two-way communication, and the system is specified for use with emergency services, access to those emergency services shall not be prevented for outgoing and incoming calls involving: voice, RTT, or video, either individually or in combinations supported by both the emergency service and the ICT system.

    +

    NOTE 1: The purpose of this requirement is to achieve functionally equivalent communication access to the emergency service by persons with disabilities.

    +

    NOTE 2: The system may be specified as needing to work with emergency services by, for example: procurers, regulators, or product specifications.

    C.13.3 Access to emergency services

    @@ -11798,8 +8734,7 @@

    13 ICT providing relay or emergency service access

    1. The ICT system supports two-way communication.

    2. A set of emergency services for two-way communication is specified.

    Procedure

    -

    1. Check that the system does not prevent access to those emergency services for outgoing and - incoming calls.

    +

    1. Check that the system does not prevent access to those emergency services for outgoing and incoming calls.

    Result

    Pass: Check 1 is true

    Fail: Check 1 is false

    @@ -11809,9 +8744,8 @@

    13 ICT providing relay or emergency service access

    Annex - Tables and figures (from EN 301 549)

    -

    Table 5.1: Relationship between maximum design viewing distance and minimum character height at 0,7 - degrees - minimum subtended angle

    +

    The below tables and figures are copied from the EN 301 549 (2021) clauses without alteration. For each table or figure a link has been created to reference the associated clause, which doesn’t exist in the official EN 301 549 (2021) PDF as the official PDF includes these tables and figures inline with the clause.

    +

    Table 5.1: Relationship between maximum design viewing distance and minimum character height at 0,7 degrees minimum subtended angle

    @@ -11902,69 +8836,90 @@

    Annex - Tables and figures (from EN 301 549)

    -
    -
    Figure 1: Relationship between minimum character height and maximum design viewing - distance
    - Diagram illustrating the linear relationship of the text 5.1.4 Functionality closed to text enlargement +
    Figure 1: Relationship between minimum character height and maximum design viewing distance
    Diagram illustrating the linear relationship of the text 5.1.4 Functionality closed to text enlargement +

    Related content:

    +
    -
    Figure 2: Unobstructed forward reach
    - A diagram illustrating the content of the text 8.3.2.2 Unobstructed low forward reach. Person in a wheelchair reaching forward. +
    Figure 2: Unobstructed forward reach
    A diagram illustrating the content of the text 8.3.2.2 Unobstructed low forward reach. Person in a wheelchair reaching forward. +

    Related content:

    +
    -
    Figure 3: Obstructed forward reach
    - A diagram illustrating the content of the text 8.3.2.3.3 Obstructed (< 635 mm) forward reach. Person in wheelchair reaching over a desk demonstrating unobstructed and obstructed high reach. +
    Figure 3: Obstructed forward reach
    A diagram illustrating the content of the text 8.3.2.3.3 Obstructed (< 635 mm) forward reach. Person in wheelchair reaching over a desk demonstrating unobstructed and obstructed high reach. +

    Related content:

    +
    -
    TFigure 4: Toe clearanceoe clearance -
    - A diagram illustrating the content of the text 8.3.2.5 Toe clearance. +
    Figure 4: Toe clearance
    A diagram illustrating the content of the text 8.3.2.5 Toe clearance. +

    Related content:

    +
    -
    Figure 5: Knee clearance
    - A diagram illustrating the content of the text 8.3.2.6 Knee clearance. +
    Figure 5: Knee clearance
    A diagram illustrating the content of the text 8.3.2.6 Knee clearance. +

    Related content:

    +
    -
    Unobstructed side reach
    - A diagram illustrating the content of the text 8.3.3.2 Unobstructed low side reach. Person in a wheelchair reaching to the side. +
    Figure 6: Unobstructed side reach
    A diagram illustrating the content of the text 8.3.3.2 Unobstructed low side reach. Person in a wheelchair reaching to the side. +

    Related content:

    +
    -
    Figure 7: Obstructed high side reach
    - A diagram illustrating the content of the text 8.3.3.3.2 Obstructed (≤ 610 mm) side reach. Person in a wheelchair reaching to the side demonstrating unobstructed and obstructed high side reach. +
    Figure 7: Obstructed high side reach
    A diagram illustrating the content of the text 8.3.3.3.2 Obstructed (≤ 610 mm) side reach. Person in a wheelchair reaching to the side demonstrating unobstructed and obstructed high side reach. +

    Related content:

    +
    -
    Figure 8: Vertical change in level
    - Diagram illustrating the content of the text 8.3.4.1 Change in level +
    Figure 8: Vertical change in level
    Diagram illustrating the content of the text 8.3.4.1 Change in level +

    Related content:

    +
    -
    Figure 9: Bevelled change in level
    - Diagram illustrating the content of 8.3.4.1 Change in level +
    Figure 9: Bevelled change in level
    Diagram illustrating the content of 8.3.4.1 Change in level +

    Related content:

    +
    -
    Figure 10: Clear floor or ground space
    Diagram illustrating the content of the text 8.3.4.2 Clear floor or ground space. Person in a wheelchair demonstrating minimum clearance. +
    Figure 10: Clear floor or ground space
    Diagram illustrating the content of the text 8.3.4.2 Clear floor or ground space. Person in a wheelchair demonstrating minimum clearance. +

    Related content:

    +
    -
    Figure 11: Manoeuvring Clearance in an Alcove, Forward Approach
    - A diagram illustrating the content of the text 8.3.4.3.2 Forward approach. Person in a wheelchair in an alcove. +
    Figure 11: Manoeuvring Clearance in an Alcove, Forward Approach
    A diagram illustrating the content of the text 8.3.4.3.2 Forward approach. Person in a wheelchair in an alcove. +

    Related content:

    +
    -
    Figure 12: Manoeuvring Clearance in an Alcove, Parallel Approach
    - A diagram illustrating the content of the text 8.3.4.3.3 Parallel approach. person in a wheelchair in an alcove. +
    Figure 12: Manoeuvring Clearance in an Alcove, Parallel Approach
    A diagram illustrating the content of the text 8.3.4.3.3 Parallel approach. person in a wheelchair in an alcove. +

    Related content:

    +
    @@ -11978,662 +8933,351 @@

    Annex - Tables and figures (from EN 301 549)

    - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - + - - + + - +
    Table 9.1: WCAG 2.1 Level AAA Success Criteria
    - 1 - - Time-based media - 1 Time-based media 1.2.6Sign Language (Prerecorded) - Sign Language (Prerecorded)
    - 2 - - Time-based media - 2 Time-based media 1.2.7Extended Audio - Description (Prerecorded) - - - Extended Audio Description (Prerecorded)
    - 3 - - Time-based media - 3 Time-based media 1.2.8Media Alternative - (Prerecorded) - - - Media Alternative (Prerecorded)
    - 4 - - Time-based media - 4 Time-based media 1.2.9Audio-only (Live) - - - Audio-only (Live)
    - 5 - - Adaptable - 5 Adaptable 1.3.6Identify Purpose - - Identify Purpose
    - 6 - - Distinguishable - 6 Distinguishable 1.4.6Contrast (Enhanced) - Contrast (Enhanced)
    - 7 - - Distinguishable - 7 Distinguishable 1.4.7Low or No Background Audio - Low or No Background Audio
    - 8 - - Distinguishable - 8 Distinguishable 1.4.8Visual Presentation - Visual Presentation
    - 9 - - Distinguishable - 9 Distinguishable 1.4.9Images of Text (No - Exception) - Images of Text (No Exception)
    - 10 - - Keyboard Accessible - 10 Keyboard Accessible 2.1.3Keyboard (No Exception) - - - Keyboard (No Exception)
    - 11 - - Enough time - 11 Enough time 2.2.3No Timing - No Timing
    - 12 - - Enough time - 12 Enough time 2.2.4Interruptions - Interruptions
    - 13 - - Enough time - 13 Enough time 2.2.5Re-authenticating - Re-authenticating
    - 14 - - Enough time - 14 Enough time 2.2.6Timeouts - Timeouts
    - 15 - - Seizures and physical reactions - 15 Seizures and physical reactions 2.3.2Three Flashes - Three Flashes
    - 16 - - Seizures and physical reactions - 16 Seizures and physical reactions 2.3.3Animation form Interactions - Animation form Interactions
    - 17 - - Navigable - 17 Navigable 2.4.8Location - Location
    - 18 - - Navigable - 18 Navigable 2.4.9Link Purpose (Link Only) - Link Purpose (Link Only)
    - 19 - - Navigable - 19 Navigable 2.4.10Section Headings - Section Headings
    - 20 - - Input modalities - 20 Input modalities 2.5.5Target Size - Target Size
    - 21 - - Input modalities - 21 Input modalities 2.5.6Concurrent Input Mechanisms - Concurrent Input Mechanisms
    - 22 - - Readable - 22 Readable 3.1.3Unusual Words - Unusual Words
    - 23 - - Readable - 23 Readable 3.1.4Abbreviations - Abbreviations
    - 24 - - Readable - 24 Readable 3.1.5Reading Level - Reading Level
    - 25 - - Readable - 25 Readable 3.1.6Pronunciation - Pronunciation
    - 26 - - Predictable - 26 Predictable 3.2.5Change on Request - Change on Request
    - 27 - - Input assistance - 27 Input assistance 3.3.5Help - Help
    - 28 - - Input assistance - 28 Input assistance 3.3.6Error Prevention (All) - Error Prevention (All)

    Annex – Chapter 14 Conformance

    -

    Conformance to the present document is achieved by meeting all the applicable requirements, these are clauses - containing the word "shall". Those clauses containing the word "should" are recommendations and are not required for - conformance.

    -

    All clauses except those in clause 12 are self-scoping. This means they are introduced with the phrase 'Where ICT - '. A requirement is met when the pre-condition is true and the corresponding test (in Annex C) is - passed. When one of the pre-conditions is false the requirement is not applicable. Consequently, the result of - the tests in Annex C can be: not applicable, pass, fail, or (in exceptional circumstances) not testable. -

    -

    ICT is often comprised of an assembly of two or more items of ICT. In some cases, two or more interoperable items of - ICT may together meet more requirements of the standard when one item complements the functionality of the other and - the sum together meets more of the accessibility requirements. However, combining two items of ICT, both of which - fail to meet any particular requirement, will not lead to a combined ICT system that meets that requirement.

    +

    Conformance to the present document is achieved by meeting all the applicable requirements, these are clauses containing the word "shall". Those clauses containing the word "should" are recommendations and are not required for conformance.

    +

    All clauses except those in clause 12 are self-scoping. This means they are introduced with the phrase 'Where ICT '. A requirement is met when the pre-condition is true and the corresponding test (in Annex C) is passed. When one of the pre-conditions is false the requirement is not applicable. Consequently, the result of the tests in Annex C can be: not applicable, pass, fail, or (in exceptional circumstances) not testable.

    +

    ICT is often comprised of an assembly of two or more items of ICT. In some cases, two or more interoperable items of ICT may together meet more requirements of the standard when one item complements the functionality of the other and the sum together meets more of the accessibility requirements. However, combining two items of ICT, both of which fail to meet any particular requirement, will not lead to a combined ICT system that meets that requirement.

    The present document does not prioritize requirements.

    -

    NOTE 1: Conformance with the accessibility requirements could be affected by subsequent implementation or - maintenance.

    -

    NOTE 2: Sampling is frequently required on complex ICT when there are too many instances of the object to be tested. - The present document cannot recommend specific ICT evaluation sampling techniques as these are context specific.

    -

    The inherent nature of certain situations makes it impossible to make reliable and definitive statements that - accessibility requirements have been met. In those situations therefore, the requirements in the present document - are not applicable:

    +

    NOTE 1: Conformance with the accessibility requirements could be affected by subsequent implementation or maintenance.

    +

    NOTE 2: Sampling is frequently required on complex ICT when there are too many instances of the object to be tested. The present document cannot recommend specific ICT evaluation sampling techniques as these are context specific.

    +

    The inherent nature of certain situations makes it impossible to make reliable and definitive statements that accessibility requirements have been met. In those situations therefore, the requirements in the present document are not applicable:

    -

    NOTE 3: Even in the above situations, it is best practice to apply requirements in the present document wherever it - is feasible and safe to do so.

    -

    Annex - References (from EN 301 549)

    +

    NOTE 3: Even in the above situations, it is best practice to apply requirements in the present document wherever it is feasible and safe to do so.

    +

    Annex - References (from EN 301 549)

    2.1 Normative references 

    -

    References are specific, identified by date of publication and/or edition number or version number. Only the - cited version applies. 

    -

    Referenced documents which are not found to be publicly available in the expected location might be found at - ETSI References in docbox.  -

    +

    References are specific, identified by date of publication and/or edition number or version number. Only the cited version applies. 

    +

    Referenced documents which are not found to be publicly available in the expected location might be found at ETSI References in docbox. 

    The following referenced documents are necessary for the application of the present document. 

    -

    [1] ETSI ETS 300 381 (Edition 1) (December 1994): "Telephony for hearing impaired people; - Inductive coupling of telephone earphones to hearing aids". 

    -

    [2] ETSI ES 200 381-1 (V1.2.1) (October 2012): "Telephony for hearing impaired people; - Inductive - coupling of telephone earphones to hearing aids Part 1: Fixed-line speech terminals". 

    -

    [3] ETSI ES 200 381-2 (V1.1.1) (October 2012): "Telephony for hearing impaired people; - Inductive - coupling of telephone earphones to hearing aids; Part 2: Cellular speech terminals".

    -

    [4] W3C Recommendation (December 2008) /ISO/IEC 40500:2012: "Web Content Accessibility - Guidelines (WCAG) 2.0". 

    +

    [1] ETSI ETS 300 381 (Edition 1) (December 1994): "Telephony for hearing impaired people; Inductive coupling of telephone earphones to hearing aids". 

    +

    [2] ETSI ES 200 381-1 (V1.2.1) (October 2012): "Telephony for hearing impaired people; Inductive coupling of telephone earphones to hearing aids Part 1: Fixed-line speech terminals". 

    +

    [3] ETSI ES 200 381-2 (V1.1.1) (October 2012): "Telephony for hearing impaired people; Inductive coupling of telephone earphones to hearing aids; Part 2: Cellular speech terminals".

    +

    [4] W3C Recommendation (December 2008) /ISO/IEC 40500:2012: "Web Content Accessibility Guidelines (WCAG) 2.0". 

    -

    [5] W3C Proposed Recommendation (June 2018): "Web Content Accessibility Guidelines (WCAG) - 2.1". 

    +

    [5] W3C Proposed Recommendation (June 2018): "Web Content Accessibility Guidelines (WCAG) 2.1". 

    2.2 Informative references 

    -

    References are either specific (identified by date of publication and/or edition number or version number) or - non-specific. For specific references, only the cited version applies. For non-specific references, the - latest - version of the referenced document (including any amendments) applies. 

    +

    References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the referenced document (including any amendments) applies. 

    -

    The following referenced documents are not necessary for the application of the present document but they - assist - the user with regard to a particular subject area. 

    -

    [i.1] ANSI/IEEE C63.19 (2011): "American National Standard Method of Measurement of - Compatibility between Wireless Communication Devices and Hearing Aids". 

    -

    [i.2] ANSI/TIA-4965: "Receive volume control requirements for digital and analogue wireline - terminals". 

    -

    [i.3] European Commission M 376-EN: "Standardization Mandate to CEN, CENELEC and ETSI in - support - of European accessibility requirements for public procurement of products and services in the ICT - domain".  -

    -

    [i.4] ETSI EG 201 013: "Human Factors (HF); Definitions, abbreviations and symbols".  -

    +

    The following referenced documents are not necessary for the application of the present document but they assist the user with regard to a particular subject area. 

    +

    [i.1] ANSI/IEEE C63.19 (2011): "American National Standard Method of Measurement of Compatibility between Wireless Communication Devices and Hearing Aids". 

    +

    [i.2] ANSI/TIA-4965: "Receive volume control requirements for digital and analogue wireline terminals". 

    +

    [i.3] European Commission M 376-EN: "Standardization Mandate to CEN, CENELEC and ETSI in support of European accessibility requirements for public procurement of products and services in the ICT domain". 

    +

    [i.4] ETSI EG 201 013: "Human Factors (HF); Definitions, abbreviations and symbols". 

    [i.5] ETSI ES 202 975: "Human Factors (HF); Requirements for relay services". 

    -

    [i.6] ETSI ETS 300 767: "Human Factors (HF); Telephone Prepayment Cards; Tactile - Identifier". 

    -

    [i.7] ETSI CEN/CENELEC/ETSI TR 101 550: "Documents relevant to EN 301 549 "Accessibility - requirements suitable for public procurement of ICT products and services in Europe"". 

    -

    [i.8] ETSI CEN/CENELEC/ETSI TR 101 551: "Guidelines on the use of accessibility award - criteria - suitable for publicly procured ICT products and services in Europe". 

    -

    [i.9] ETSI TR 102 612: "Human Factors (HF); European accessibility requirements for public - procurement of products and services in the ICT domain (European Commission Mandate M 376, Phase 1)".  -

    -

    [i.10] ETSI TS 126 114: "Universal Mobile Telecommunications System (UMTS); LTE; IP - Multimedia - Subsystem (IMS); Multimedia telephony; Media handling and interaction (3GPP TS 26.114)". 

    -

    [i.11] ETSI TS 122 173: "Digital cellular telecommunications system (Phase 2+) (GSM); - Universal - Mobile Telecommunications System (UMTS); LTE; IP Multimedia Core Network Subsystem (IMS) Multimedia - Telephony - Service and supplementary services; Stage 1 (3GPP TS 22.173)". 

    -

    [i.12] ETSI TS 134 229: "Universal Mobile Telecommunications System (UMTS); LTE; Internet - Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session - Description Protocol (SDP); User Equipment (UE) conformance specification (3GPP TS 34.229)". 

    +

    [i.6] ETSI ETS 300 767: "Human Factors (HF); Telephone Prepayment Cards; Tactile Identifier". 

    +

    [i.7] ETSI CEN/CENELEC/ETSI TR 101 550: "Documents relevant to EN 301 549 "Accessibility requirements suitable for public procurement of ICT products and services in Europe"". 

    +

    [i.8] ETSI CEN/CENELEC/ETSI TR 101 551: "Guidelines on the use of accessibility award criteria suitable for publicly procured ICT products and services in Europe". 

    +

    [i.9] ETSI TR 102 612: "Human Factors (HF); European accessibility requirements for public procurement of products and services in the ICT domain (European Commission Mandate M 376, Phase 1)". 

    +

    [i.10] ETSI TS 126 114: "Universal Mobile Telecommunications System (UMTS); LTE; IP Multimedia Subsystem (IMS); Multimedia telephony; Media handling and interaction (3GPP TS 26.114)". 

    +

    [i.11] ETSI TS 122 173: "Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; IP Multimedia Core Network Subsystem (IMS) Multimedia Telephony Service and supplementary services; Stage 1 (3GPP TS 22.173)". 

    +

    [i.12] ETSI TS 134 229: "Universal Mobile Telecommunications System (UMTS); LTE; Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); User Equipment (UE) conformance specification (3GPP TS 34.229)". 

    [i.13] IETF RFC 4103 (2005): "RTP Payload for Text Conversation".

    -

    [i.14] ISO/IEC 17007:2009: "Conformity assessment - Guidance for drafting normative - documents - suitable for use for conformity assessment". 

    -

    [i.15] ISO 9241-11:2018:"Ergonomics of human-system interaction - Part 11: Usability: Definitions - and concepts". 

    -

    [i.16] ISO 9241-110:2006: "Ergonomics of human-system interaction -- Part 110: Dialogue - principles". 

    -

    [i.17] ISO 9241-171:2008: "Ergonomics of human-system interaction-Part 171: Guidance on - software - accessibility". 

    +

    [i.14] ISO/IEC 17007:2009: "Conformity assessment - Guidance for drafting normative documents suitable for use for conformity assessment". 

    +

    [i.15] ISO 9241-11:2018:"Ergonomics of human-system interaction - Part 11: Usability: Definitions and concepts". 

    +

    [i.16] ISO 9241-110:2006: "Ergonomics of human-system interaction -- Part 110: Dialogue principles". 

    +

    [i.17] ISO 9241-171:2008: "Ergonomics of human-system interaction-Part 171: Guidance on software accessibility". 

    [i.18] void

    -

    [i.19] ISO/IEC 13066-1:2011: "Information technology - Interoperability with assistive - technology (AT) - Part 1: Requirements and recommendations for interoperability". 

    -

    [i.20] Recommendation ITU-T E.161 (2001): "Arrangement of digits, letters and symbols on - telephones and other devices that can be used for gaining access to a telephone network". 

    +

    [i.19] ISO/IEC 13066-1:2011: "Information technology - Interoperability with assistive technology (AT) - Part 1: Requirements and recommendations for interoperability". 

    +

    [i.20] Recommendation ITU-T E.161 (2001): "Arrangement of digits, letters and symbols on telephones and other devices that can be used for gaining access to a telephone network". 

    [i.21] Recommendation ITU-T G.722 (1988): "7 kHz audio-coding within 64 kbit/s". 

    -

    [i.22] Recommendation ITU-T G.722.2 (2003): "Wideband coding of speech at around 16 kbit/s - using - Adaptive Multi-Rate Wideband (AMR-WB)". 

    -

    [i.23] Recommendation ITU-T V.18 (2000): "Operational and interworking requirements for DCEs - operating in the text telephone mode". 

    -

    [i.24] TIA-1083-A (2010): "Telecommunications; Telephone Terminal equipment; Handset - magnetic - measurement procedures and performance requirements". 

    -

    [i.25] Section 508 of the United States Rehabilitation Act of 1973, revised 2017. - NOTE: Available at https://www.section508.gov/manage/laws-and-policies - . 

    -

    [i.26] W3C Working Group Note 5 September 2013: "Guidance on Applying WCAG 2.0 to Non-Web - Information and Communications Technologies (WCAG2ICT)". 

    +

    [i.22] Recommendation ITU-T G.722.2 (2003): "Wideband coding of speech at around 16 kbit/s using Adaptive Multi-Rate Wideband (AMR-WB)". 

    +

    [i.23] Recommendation ITU-T V.18 (2000): "Operational and interworking requirements for DCEs operating in the text telephone mode". 

    +

    [i.24] TIA-1083-A (2010): "Telecommunications; Telephone Terminal equipment; Handset magnetic measurement procedures and performance requirements". 

    +

    [i.25] Section 508 of the United States Rehabilitation Act of 1973, revised 2017. NOTE: Available at https://www.section508.gov/manage/laws-and-policies . 

    +

    [i.26] W3C Working Group Note 5 September 2013: "Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT)". 

    -

    [i.27] M 554 Commission Implementing Decision C(2017)2585 of 27.4.2017 on a standardisation request - to the European standardisation organisations in support of Directive (EU) 2016/2102 of the European Parliament and - of the Council on the accessibility of the websites and mobile applications of public sector bodies. 

    -

    [i.28] Directive (EU) 2016/2102 of the European Parliament and of the Council of 26 October - 2016 - on the accessibility of the websites and mobile applications of public sector bodies. 

    -

    [i.29]ETSI/CEN/CENELEC EN 301 549 (V2.1.2) (August 2018): "Accessibility requirements for ICT - products and services". 

    -

    [i.30] ETSI/CEN/CENELEC TR 101 552: "Guidance for the application of conformity assessment to - accessibility requirements for public procurement of ICT products and services in Europe".

    -

    [i.31] ISO/IEC TS 20071-25:2017: "Information technology - User interface component accessibility - - Part 25: Guidance on the audio presentation of text in videos, including captions, subtitles and other on-screen - text".

    -

    [i.32] W3C Recommendation (September 2015): "Authoring Tool Accessibility Guidelines (ATAG) 2.0". - NOTE: Available at http://www.w3.org/TR/ATAG20/.

    -

    [i.33] W3C Recommendation (September 2015): "User Agent Accessibility Guidelines (UAAG) 2.0". - NOTE: Available at http://www.w3.org/TR/UAAG20/.

    -

    [i.34]ISO 21542:2011: "Building construction - Accessibility and usability of the built - environment".

    +

    [i.27] M 554 Commission Implementing Decision C(2017)2585 of 27.4.2017 on a standardisation request to the European standardisation organisations in support of Directive (EU) 2016/2102 of the European Parliament and of the Council on the accessibility of the websites and mobile applications of public sector bodies. 

    +

    [i.28] Directive (EU) 2016/2102 of the European Parliament and of the Council of 26 October 2016 on the accessibility of the websites and mobile applications of public sector bodies. 

    +

    [i.29]ETSI/CEN/CENELEC EN 301 549 (V2.1.2) (August 2018): "Accessibility requirements for ICT products and services". 

    +

    [i.30] ETSI/CEN/CENELEC TR 101 552: "Guidance for the application of conformity assessment to accessibility requirements for public procurement of ICT products and services in Europe".

    +

    [i.31] ISO/IEC TS 20071-25:2017: "Information technology - User interface component accessibility - Part 25: Guidance on the audio presentation of text in videos, including captions, subtitles and other on-screen text".

    +

    [i.32] W3C Recommendation (September 2015): "Authoring Tool Accessibility Guidelines (ATAG) 2.0". NOTE: Available at http://www.w3.org/TR/ATAG20/.

    +

    [i.33] W3C Recommendation (September 2015): "User Agent Accessibility Guidelines (UAAG) 2.0". NOTE: Available at http://www.w3.org/TR/UAAG20/.

    +

    [i.34]ISO 21542:2011: "Building construction - Accessibility and usability of the built environment".

    [i.35]ISO/IEC Guide 71:2014: "Guide for addressing accessibility in standards".

    -

    [i.36]Recommendation ITU-T T.140 (1988): "Protocol for multimedia application text conversation". -

    +

    [i.36]Recommendation ITU-T T.140 (1988): "Protocol for multimedia application text conversation".

    [i.37]Recommendation ITU-T F.703 (2000): "Multimedia conversational services".

    -

    [i.38] W3C WebSchemas/Accessibility 2.0. - NOTE: Available at https://www.w3.org/wiki/WebSchemas/Accessibility. -

    +

    [i.38] W3C WebSchemas/Accessibility 2.0. NOTE: Available at https://www.w3.org/wiki/WebSchemas/Accessibility.

    [i.39]Void

    -

    [i.40]Directive 2014/24/EU of the European Parliament and of the Council of 26 February 2014 on - public procurement and repealing Directive 2004/18/EC.

    - +

    [i.40]Directive 2014/24/EU of the European Parliament and of the Council of 26 February 2014 on public procurement and repealing Directive 2004/18/EC.

    Annex – Definition of terms, symbols and abbreviations (from EN 301 549)

    3.1 Terms

    For the purposes of the present document, the terms given in ETSI EG 201 013 [i.4] and the following apply:

    - -
    accessibility:
    -

    extent to which products, systems, services, environments and facilities can be used by people from a - population with the widest range of user needs, characteristics and capabilities, to achieve identified - goals in identified contexts of use (from ISO 9241-11:2018 [i.15])

    +

    extent to which products, systems, services, environments and facilities can be used by people from a population with the widest range of user needs, characteristics and capabilities, to achieve identified goals in identified contexts of use (from ISO 9241-11:2018 [i.15])

    access space:
    -

    space intended to be occupied by the person, including their Assistive Technology, while they are using the - product

    +

    space intended to be occupied by the person, including their Assistive Technology, while they are using the product

    Assistive Listening Devices (ALDs):
    -

    devices that help separate the sounds, particularly speech, that a person wants to hear from background noise - by bringing sound directly into the ear

    +

    devices that help separate the sounds, particularly speech, that a person wants to hear from background noise by bringing sound directly into the ear

    Assistive Technology (AT):
    -

    equipment, product system, hardware, software or service that is used to increase, maintain or improve - capabilities of individuals (from ISO/IEC Guide 71:2014 [i.35]) -

    +

    equipment, product system, hardware, software or service that is used to increase, maintain or improve capabilities of individuals (from ISO/IEC Guide 71:2014 [i.35])

    audio description
    -

    additional audible narrative, interleaved with the dialogue, which describes the significant aspects - of - the visual content of audio-visual media that cannot be understood from the main soundtrack alone -

    +

    additional audible narrative, interleaved with the dialogue, which describes the significant aspects of the visual content of audio-visual media that cannot be understood from the main soundtrack alone

    authoring tool

    software that can be used to create or modify content

    caption
    -

    synchronized visual and/or text alternative for both speech and non-speech audio information needed - to - understand the media content (after WCAG 2.1 [5])

    +

    synchronized visual and/or text alternative for both speech and non-speech audio information needed to understand the media content (after WCAG 2.1 [5])

    closed functionality
    -

    functionality that is limited by characteristics that prevent a user from attaching, installing or - using - assistive technology

    +

    functionality that is limited by characteristics that prevent a user from attaching, installing or using assistive technology

    content
    -

    information and sensory experience to be communicated to the user by means of software, including - code or - mark-up that defines the content's structure, presentation, and interactions (after WCAG2ICT [i.26]) -

    +

    information and sensory experience to be communicated to the user by means of software, including code or mark-up that defines the content's structure, presentation, and interactions (after WCAG2ICT [i.26])

    context of use

    combination of users, goals and tasks, resources, and environment. (from ISO 9241-11:2018 [i.15])

    document
    -

    logically distinct assembly of content (such as a file, set of files, or streamed media) that functions as a - single entity rather than a collection, that is not part of software and that does not include its own user - agent (after WCAG2ICT [i.26])

    +

    logically distinct assembly of content (such as a file, set of files, or streamed media) that functions as a single entity rather than a collection, that is not part of software and that does not include its own user agent (after WCAG2ICT [i.26])

    embedded:
    -

    directly included in the content that is downloaded to the user agent and its extension, and is intended to - be used in rendering the web page

    - -
  • NOTE: Something that is downloaded using a mechanism on the web page but is not used in rendering the page - is not "embedded" in the page.
    • +

    directly included in the content that is downloaded to the user agent and its extension, and is intended to be used in rendering the web page

    +
    ICT network:
    @@ -12641,50 +9285,36 @@

    3.1 Terms

    Information and Communication Technology (ICT):
    -

    technology, equipment, or interconnected system or subsystem of equipment for which the principal function is - the creation, conversion, duplication, automatic acquisition, storage, analysis, evaluation, manipulation, - management, movement, control, display, switching, interchange, transmission, reception, or broadcast of - data or information

    +

    technology, equipment, or interconnected system or subsystem of equipment for which the principal function is the creation, conversion, duplication, automatic acquisition, storage, analysis, evaluation, manipulation, management, movement, control, display, switching, interchange, transmission, reception, or broadcast of data or information

    mechanically operable part:

    operable part that has a mechanical interface to activate, deactivate, or adjust the ICT

    mechanism for private listening:

    auditory output designed so that only the current user can receive the sound

    non-text content:
    -

    content that is not a sequence of characters that can be programmatically determined or where the sequence is - not expressing something in human language (after WCAG 2.1 [5])

    +

    content that is not a sequence of characters that can be programmatically determined or where the sequence is not expressing something in human language (after WCAG 2.1 [5])

    non-web document:
    -

    document that is not a web page, not embedded in web pages nor used in the rendering or functioning of the - page

    +

    document that is not a web page, not embedded in web pages nor used in the rendering or functioning of the page

    -
    non-web software:
    -

    software that is not a web page, not embedded in web pages nor used in the rendering or functioning of the - page

    +

    software that is not a web page, not embedded in web pages nor used in the rendering or functioning of the page

    open functionality
    @@ -12697,51 +9327,30 @@

    3.1 Terms

    component of ICT used to activate, deactivate, or adjust the ICT

    platform software
    -

    collection of software components that runs on an underlying software or hardware layer, and that - provides a set of software services to other software components that allows those applications to - be - isolated from the underlying software or hardware layer (after ISO/IEC 13066-1 [i.19])

    +

    collection of software components that runs on an underlying software or hardware layer, and that provides a set of software services to other software components that allows those applications to be isolated from the underlying software or hardware layer (after ISO/IEC 13066-1 [i.19])

    programmatically determinable
    -

    able to be read by software from developer-supplied data in a way that other software, including - assistive technologies, can extract and present this information to users in different modalities -

    +

    able to be read by software from developer-supplied data in a way that other software, including assistive technologies, can extract and present this information to users in different modalities

    Real-Time Text (RTT):
    -

    form of a text conversation in point to point situations or in multipoint conferencing where the text - being entered is sent in such a way that the communication is perceived by the user as being - continuous -

    +

    form of a text conversation in point to point situations or in multipoint conferencing where the text being entered is sent in such a way that the communication is perceived by the user as being continuous

    satisfies a success criterion
    @@ -12750,13 +9359,9 @@

    3.1 Terms

    single user connection:
    -

    connection that consists of sound, RTT or video (or a combination of two or three of those media) that is - established by a single user action

    +

    connection that consists of sound, RTT or video (or a combination of two or three of those media) that is established by a single user action

    spoken captions/subtitles audio captions/subtitles:
    @@ -12765,62 +9370,40 @@

    3.1 Terms

    stationary ICT:
    -

    ICT that stands on the floor, or is mounted on a wall or other immovable structure, and is not intended to be - moved by its user

    +

    ICT that stands on the floor, or is mounted on a wall or other immovable structure, and is not intended to be moved by its user

    -
    terminal
    -

    combination of hardware and/or software with which the end user directly interacts and that provides - the - user interface

    +

    combination of hardware and/or software with which the end user directly interacts and that provides the user interface

    turn-taking:
    -

    type of organization in conversation and discourse where participants speak one at a time in alternating - turns

    +

    type of organization in conversation and discourse where participants speak one at a time in alternating turns

    user agent

    software that retrieves and presents content for users (after WCAG 2.1 [5])

    user interface
    -

    all components of an interactive system (software or hardware) that provide information and/or - controls - for the user to accomplish specific tasks with the interactive system (from ISO 9241-110 [i.16])

    +

    all components of an interactive system (software or hardware) that provide information and/or controls for the user to accomplish specific tasks with the interactive system (from ISO 9241-110 [i.16])

    user interface element
    -

    entity of the user interface that is presented to the user by the software (after ISO 9241-171 - [i.17]) -

    +

    entity of the user interface that is presented to the user by the software (after ISO 9241-171 [i.17])

    web content
    -

    content that belongs to a web page, and that is used in the rendering or that is intended to be used - in - the rendering of the web page

    +

    content that belongs to a web page, and that is used in the rendering or that is intended to be used in the rendering of the web page

    web page
    -

    non-embedted resource obtained from a single URI using HTTP plus any other resources that are used in - the - rendering or intended to be rendered together with it by a user agent (after WCAG 2.1 [5])

    +

    non-embedted resource obtained from a single URI using HTTP plus any other resources that are used in the rendering or intended to be rendered together with it by a user agent (after WCAG 2.1 [5])

    - -

    3.2 Symbols

    void

    3.3 Abbreviations

    For the purposes of the present document, the following abbreviations apply:

    - -
    ANSI
    American National Standards Institute
    @@ -12923,39 +9498,24 @@

    3.3 Abbreviations

    WLAN
    Wireless Local Access Network
    -

    Annex - Practical guidance for accessible non-web documentation

    -

    In WCAG “success criteria” are all technology agnostic. The requirements for non-web documents are based on the WCAG - 2.1 level AA requirements, which means all level A and AA criteria relevant to documents must be met.

    -

    The W3C publishes sufficient techniques to meet WCAG success - criteria, including techniques for non-web document - formats such as PDF. Using a given technique is considered “sufficient” to meet the criteria relevant to the - technique, but you can also meet the criteria in other ways.

    +

    In WCAG “success criteria” are all technology agnostic. The requirements for non-web documents are based on the WCAG 2.1 level AA requirements, which means all level A and AA criteria relevant to documents must be met.

    +

    The W3C publishes sufficient techniques to meet WCAG success criteria, including techniques for non-web document formats such as PDF. Using a given technique is considered “sufficient” to meet the criteria relevant to the technique, but you can also meet the criteria in other ways.

    Shared Services Canada has created a set of guides for producing accessible documents in Microsoft Office:

    -

    Various software vendors and organizations offer supplementary material that provides instructions for making - documents accessible:

    +

    Various software vendors and organizations offer supplementary material that provides instructions for making documents accessible:

    -

    NOTE: Following the guidance given in the links above does not guarantee compliance with WCAG 2.1. Links are provided - for reference only.

    +

    NOTE: Following the guidance given in the links above does not guarantee compliance with WCAG 2.1. Links are provided for reference only.

    diff --git a/src/fr/guides/ict-requirements.html b/src/fr/guides/ict-requirements.html index 2cc7d67cb..64aabd3af 100644 --- a/src/fr/guides/ict-requirements.html +++ b/src/fr/guides/ict-requirements.html @@ -5,12691 +5,8748 @@ ---
    -

    - Lien de téléchargement

    -

    - Lien de téléchargement pour la version Word des exigences d'accessibilité des TIC.

    +

    Lien de téléchargement

    +

    Lien de téléchargement pour la version Word des exigences d'accessibilité des TIC.

    -
    -
    -
    -

    - Exigences en matière de TIC accessibles.docx (636 Ko) -

    -
    -
    +
    +
    +
    +

    Exigences en matière de TIC accessibles.docx (636 Ko)

    +
    +

    Que sont les TIC?

    -

    Les technologies de l’information et des communications (TIC) comprennent le matériel, les logiciels, les - communications vocales, les capacités vidéo et le contenu numérique (y compris l’information sur le Web et - ailleurs).

    +

    Les technologies de l’information et des communications (TIC) comprennent le matériel, les logiciels, les communications vocales, les capacités vidéo et le contenu numérique (y compris l’information sur le Web et ailleurs).

    Qu’est-ce que l’accessibilité des TIC et pourquoi est-elle importante?

    -

    « L’accessibilité des TIC permet aux personnes handicapées et non handicapées d’accéder aux mêmes informations, - d’accomplir les mêmes tâches et de recevoir les mêmes services grâce aux technologies de l’information. C’est - l’équivalent numérique de l’accessibilité dans l’environnement physique – les bateaux de trottoir, les rampes - d’accès, les garde-corps, etc. L’accessibilité des TIC peut offrir des avantages en termes d’ergonomie à tous ceux - qui utilisent les TIC, mais elle est essentielle pour de nombreuses personnes handicapées. » - NASCIO - - Accessibilité en matière d’acquisition de TI(en anglais seulement).

    +

    « L’accessibilité des TIC permet aux personnes handicapées et non handicapées d’accéder aux mêmes informations, d’accomplir les mêmes tâches et de recevoir les mêmes services grâce aux technologies de l’information. C’est l’équivalent numérique de l’accessibilité dans l’environnement physique – les bateaux de trottoir, les rampes d’accès, les garde-corps, etc. L’accessibilité des TIC peut offrir des avantages en termes d’ergonomie à tous ceux qui utilisent les TIC, mais elle est essentielle pour de nombreuses personnes handicapées. » - NASCIO - Accessibilité en matière d’acquisition de TI(en anglais seulement).

    À propos du présent document et avis de droit d’auteur

    -

    Ce document reproduit les exigences pertinentes du EN 301 549 v3.2.1 (2021-03) norme européenne harmonisée « - Exigences en accessibilité pour les produits et services en TIC », disponible en anglais seulement, (© utilisé - sous la licence de l’Institut Européen de Normalisation des Télécommunications 2021. © Comité Européen de - Normalisation 2021. © Comité Européen de Normalisation Électrotechnique 2021. Tous droits réservés.), ce qui - inclut les Règles pour l'accessibilité des contenus Web (WCAG) 2.1 de niveau AA.

    -

    Les droits de propriété intellectuelle (DPI) essentiels ou potentiellement essentiels aux livrables normatifs - peuvent avoir été déclarés à l'ETSI. Les informations relatives à ces DPI essentiels, le cas échéant, sont - accessibles au public pour les membres et les non-membres de l'ETSI, dans ETSI SR 000 314 : « Intellectual - Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards - », disponible auprès du secrétariat de l'ETSI. Les dernières mises à jour sont disponibles sur le serveur Web - ETSI (https://ipr.etsi.org/).(en anglais seulement). Veuillez consulter la - base de données ETSI IPR (en anglais seulement) pour la recherche de DPI. -

    -

    Le présent document contient des exigences qui, à première vue, peuvent sembler sans rapport avec ce produit ou - de service. Elles ont été incluses aux fins de considération puisqu’il est impossible de savoir ce qui pourrait - être inclus dans le produit ou service d’un fournisseur. Par exemple, une vidéo peut être intégrée à la - documentation d’un produit et les exigences en matière d’accessibilité pour la vidéo et l’audio peuvent devenir - pertinentes.

    -

    Les annexes comprennent des définitions, des références et un guide pratique portant sur la création d’une - documentation accessible.

    +

    Ce document reproduit les exigences pertinentes du EN 301 549 v3.2.1 (2021-03) norme européenne harmonisée « Exigences en accessibilité pour les produits et services en TIC », disponible en anglais seulement, (© utilisé sous la licence de l’Institut Européen de Normalisation des Télécommunications 2021. © Comité Européen de Normalisation 2021. © Comité Européen de Normalisation Électrotechnique 2021. Tous droits réservés.), ce qui inclut les Règles pour l'accessibilité des contenus Web (WCAG) 2.1 de niveau AA.

    +

    Les droits de propriété intellectuelle (DPI) essentiels ou potentiellement essentiels aux livrables normatifs peuvent avoir été déclarés à l'ETSI. Les informations relatives à ces DPI essentiels, le cas échéant, sont accessibles au public pour les membres et les non-membres de l'ETSI, dans ETSI SR 000 314 : « Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards », disponible auprès du secrétariat de l'ETSI. Les dernières mises à jour sont disponibles sur le serveur Web ETSI (https://ipr.etsi.org/).(en anglais seulement). Veuillez consulter la base de données ETSI IPR (en anglais seulement) pour la recherche de DPI.

    +

    Le présent document contient des exigences qui, à première vue, peuvent sembler sans rapport avec ce produit ou de service. Elles ont été incluses aux fins de considération puisqu’il est impossible de savoir ce qui pourrait être inclus dans le produit ou service d’un fournisseur. Par exemple, une vidéo peut être intégrée à la documentation d’un produit et les exigences en matière d’accessibilité pour la vidéo et l’audio peuvent devenir pertinentes.

    +

    Les annexes comprennent des définitions, des références et un guide pratique portant sur la création d’une documentation accessible.

    Sources utilisées pour compiler le présent document

    - +
    -

    Sur cette page

    -

    Vous pouvez trouver ici des informations partielles et les présenter en deux langues à titre - informatif. Les marchés publics spécifiques auront les exigences appropriées en matière - de TIC dans le dossier d'appel d'offres.

    +

    Vous pouvez trouver ici des informations partielles et les présenter en deux langues à titre informatif. Les marchés publics spécifiques auront les exigences appropriées en matière de TIC dans le dossier d'appel d'offres.

    Partie A - Énoncés de rendement fonctionnel

    -

    Il s’agit d’énoncés explicatifs (non testables) qui présentent les aspects - essentiels que le produit ou le service offert doit fournir pour être jugé accessible.

    -

    4.2.1 Utilisation sans vision: Lorsque les TIC prévoient un mode de fonctionnement - visuel, certains utilisateurs auront besoin de TIC avec au moins un mode de fonctionnement qui ne requiert pas la - vision.

    +

    Il s’agit d’énoncés explicatifs (non testables) qui présentent les aspects essentiels que le produit ou le service offert doit fournir pour être jugé accessible.

    +

    4.2.1 Utilisation sans vision: Lorsque les TIC prévoient un mode de fonctionnement visuel, certains utilisateurs auront besoin de TIC avec au moins un mode de fonctionnement qui ne requiert pas la vision.

    -

    4.2.2 Utilisation avec vision limitée: Lorsque les TIC prévoient un mode de - fonctionnement visuel, certains utilisateurs auront besoin de TIC avec des fonctions leur permettant de mieux - utiliser leur vision limitée.

    +

    4.2.2 Utilisation avec vision limitée: Lorsque les TIC prévoient un mode de fonctionnement visuel, certains utilisateurs auront besoin de TIC avec des fonctions leur permettant de mieux utiliser leur vision limitée.

    -

    4.2.3 Utilisation sans perception des couleurs: Lorsque les TIC prévoient un mode de - fonctionnement visuel, certains utilisateurs auront besoin de TIC avec un mode de fonctionnement visuel qui - n’exige pas la perception des couleurs par les utilisateurs. Ceci est essentiel pour les utilisateurs ayant - une - perception limitée des couleurs et aussi bénéfique à plusieurs autres dans différentes situations.

    +

    4.2.3 Utilisation sans perception des couleurs: Lorsque les TIC prévoient un mode de fonctionnement visuel, certains utilisateurs auront besoin de TIC avec un mode de fonctionnement visuel qui n’exige pas la perception des couleurs par les utilisateurs. Ceci est essentiel pour les utilisateurs ayant une perception limitée des couleurs et aussi bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.4 Utilisation sans audition: Lorsque les TIC prévoient un mode de fonctionnement - sonore, certains utilisateurs auront besoin de TIC avec au moins un mode de fonctionnement qui ne requiert pas - l’audition. Ceci est essentiel pour les utilisateurs sans audition et aussi bénéfique à plusieurs autres dans - différentes situations.

    +

    4.2.4 Utilisation sans audition: Lorsque les TIC prévoient un mode de fonctionnement sonore, certains utilisateurs auront besoin de TIC avec au moins un mode de fonctionnement qui ne requiert pas l’audition. Ceci est essentiel pour les utilisateurs sans audition et aussi bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.5 Utilisation avec audition limitée: Lorsque les TIC prévoient un mode de - fonctionnement sonore, certains utilisateurs auront besoin des TIC avec des fonctions audio - améliorées. Ceci est essentiel pour les utilisateurs ayant une audition limitée et aussi bénéfique à - plusieurs autres dans différentes situations.

    +

    4.2.5 Utilisation avec audition limitée: Lorsque les TIC prévoient un mode de fonctionnement sonore, certains utilisateurs auront besoin des TIC avec des fonctions audio améliorées. Ceci est essentiel pour les utilisateurs ayant une audition limitée et aussi bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.6 Utilisation sans capacité vocale: Lorsque les TIC nécessitent la - contribution vocale des utilisateurs, certains utilisateurs auront besoin des TIC pour fournir au moins un mode de - fonctionnement qui n’exige pas d’entrée vocale. Ceci est essentiel pour les utilisateurs sans - capacité vocale ou ayant une capacité vocale limitée et est bénéfique à plusieurs autres dans différentes - situations.

    +

    4.2.6 Utilisation sans capacité vocale: Lorsque les TIC nécessitent la contribution vocale des utilisateurs, certains utilisateurs auront besoin des TIC pour fournir au moins un mode de fonctionnement qui n’exige pas d’entrée vocale. Ceci est essentiel pour les utilisateurs sans capacité vocale ou ayant une capacité vocale limitée et est bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.7 Utilisation avec une capacité de manipulation ou de force limitée: Lorsque - les TIC nécessitent des actions manuelles, certains utilisateurs auront besoin de TIC avec des - caractéristiques qui permettent aux utilisateurs d’utiliser les TIC par d’autres actions ne - nécessitant aucune manipulation ou force de la main. Ceci est essentiel pour les utilisateurs ayant une - capacité de manipulation ou de force limitée et aussi bénéfique à plusieurs autres dans différentes situations.

    +

    4.2.7 Utilisation avec une capacité de manipulation ou de force limitée: Lorsque les TIC nécessitent des actions manuelles, certains utilisateurs auront besoin de TIC avec des caractéristiques qui permettent aux utilisateurs d’utiliser les TIC par d’autres actions ne nécessitant aucune manipulation ou force de la main. Ceci est essentiel pour les utilisateurs ayant une capacité de manipulation ou de force limitée et aussi bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.8 Utilisation à portée limitée: Lorsque les produits des TIC sont - autonomes ou installés, les éléments opérationnels doivent être à la - portée de tous les utilisateurs. Ceci est essentiel pour les utilisateurs ayant une portée limitée et aussi - bénéfique à plusieurs autres dans différentes situations.

    +

    4.2.8 Utilisation à portée limitée: Lorsque les produits des TIC sont autonomes ou installés, les éléments opérationnels doivent être à la portée de tous les utilisateurs. Ceci est essentiel pour les utilisateurs ayant une portée limitée et aussi bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.9 Minimiser les déclencheurs de convulsions liées à une condition - photosensible: lorsque les TIC prévoient un mode de fonctionnement visuel, certains - utilisateurs ont besoin de TIC avec au moins un mode de fonctionnement qui minimise le risque de déclencher - des convulsions liées à une condition photosensible. Ceci est essentiel pour les utilisateurs - présentant des déclencheurs de crise photosensibles.

    +

    4.2.9 Minimiser les déclencheurs de convulsions liées à une condition photosensible: lorsque les TIC prévoient un mode de fonctionnement visuel, certains utilisateurs ont besoin de TIC avec au moins un mode de fonctionnement qui minimise le risque de déclencher des convulsions liées à une condition photosensible. Ceci est essentiel pour les utilisateurs présentant des déclencheurs de crise photosensibles.

    -

    4.2.10 Les TIC fournissent des fonctions et/ou une présentation qui simplifient la compréhension, le - fonctionnement et l’utilisation. Ceci est essentiel pour les utilisateurs ayant des capacités cognitives, - linguistiques ou d’apprentissage limitées et aussi bénéfique à plusieurs autres dans différentes - situations.

    +

    4.2.10 Les TIC fournissent des fonctions et/ou une présentation qui simplifient la compréhension, le fonctionnement et l’utilisation. Ceci est essentiel pour les utilisateurs ayant des capacités cognitives, linguistiques ou d’apprentissage limitées et aussi bénéfique à plusieurs autres dans différentes situations.

    -

    4.2.11. Confidentialité : Lorsque les TIC fournissent des fonctions d’accessibilité, elles - préservent la confidentialité des utilisateurs de ces fonctions au même niveau que celle des autres utilisateurs. -

    +

    4.2.11. Confidentialité : Lorsque les TIC fournissent des fonctions d’accessibilité, elles préservent la confidentialité des utilisateurs de ces fonctions au même niveau que celle des autres utilisateurs.

    Partie B - Exigences en matière d’accessibilité fonctionnelle

    Explication des colonnes du tableau

    Portée

    -

    Les exigences en matière d’accessibilité fonctionnelle suivantes s’appliquent aux énoncés de rendement fonctionnel de - la partie A. Si une solution répond à toutes ces exigences, elle est considérée comme ayant satisfait aux énoncés de - rendement fonctionnel et est donc jugée conforme à la norme EN 301 549 V3.2.1.

    -

    Clauses jugées pertinentes pour ce TIC

    +

    Les exigences en matière d’accessibilité fonctionnelle suivantes s’appliquent aux énoncés de rendement fonctionnel de la partie A. Si une solution répond à toutes ces exigences, elle est considérée comme ayant satisfait aux énoncés de rendement fonctionnel et est donc jugée conforme à la norme EN 301 549 V3.2.1.

    +

    Clauses jugées pertinentes pour ce TIC

    -
    -

    Clauses jugées pertinentes pour ce TIC

    -
    -
    - -
    +
    +

    Clauses jugées pertinentes pour ce TIC

    +
    +
    + +
    -

    Se trouve dans cette section

    - -

    5 Exigences génériques

    - - - - - - - - - - - - - - + + + + + + + + + + + + +
    5.1 Fonction restreinte
    Clause de la norme EN 301 549Détermination de la conformité
    -

    5.1.1 Introduction (informative)

    -

    Les TIC ont des fonctions restreintes pour de nombreuses raisons, y compris en matière de conception - ou de politique. Certaines fonctions des produits peuvent être restreinte parce que le produit est - autonome et qu’il est interdit aux utilisateurs d’ajouter des périphériques ou des logiciels afin - d’accéder à ces fonctions.

    -

    Dans la pratique, les TIC peuvent avoir une fonction restreinte même si elles n’ont pas été conçues, - développées ou fournies pour être restreinte.

    -

    Les ordinateurs qui ne permettent pas aux utilisateurs finaux de régler les paramètres ou d’installer - des logiciels sont fonctionnellement restreints. -

    -     		-

    C.5.1.1 Introduction (informative)

    -

    La clause 5.1.1 a une valeur informative et ne contient aucune exigence en matière de tests.

    -
    5.1 Fonction restreinte
    Clause de la norme EN 301 549Détermination de la conformité
    +

    5.1.1 Introduction (informative)

    +

    Les TIC ont des fonctions restreintes pour de nombreuses raisons, y compris en matière de conception ou de politique. Certaines fonctions des produits peuvent être restreinte parce que le produit est autonome et qu’il est interdit aux utilisateurs d’ajouter des périphériques ou des logiciels afin d’accéder à ces fonctions.

    +

    Dans la pratique, les TIC peuvent avoir une fonction restreinte même si elles n’ont pas été conçues, développées ou fournies pour être restreinte.

    +

    Les ordinateurs qui ne permettent pas aux utilisateurs finaux de régler les paramètres ou d’installer des logiciels sont fonctionnellement restreints.

    +     		+

    C.5.1.1 Introduction (informative)

    +

    La clause 5.1.1 a une valeur informative et ne contient aucune exigence en matière de tests.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    5.1.2 Généralités
    Clause de la norme EN 301 549Détermination de la conformité
    -

    5.1.2.1 Fonction restreinte

    -

    Lorsque les TIC ont une fonctionnalité restreinte, elles doivent satisfaire aux exigences énoncées - dans les clauses 5.2 à 13, selon le cas.

    -

    REMARQUE 1: Les TIC peuvent restreinte certaines de leurs fonctions, mais pas toutes. Seules les - fonctions restreintes doivent être conformes aux exigences de la clause 5.1.

    -

    REMARQUE 2: Les dispositions de cette clause sont des exigences relatives à la fonctionnalité - restreinte des TIC qui remplacent les exigences des clauses 5.2 à 13 qui stipulent spécifiquement - qu’elles ne s’appliquent pas à la fonction restreinte. Cela peut être dû au fait qu’elles sont liées - à la compatibilité avec la technologie d’assistance ou à la capacité de l’utilisateur d’ajuster les - paramètres d’accessibilité du système dans les produits à fonction restreinte (par exemple, les - produits qui empêchent l’accès au panneau de contrôle des paramètres du système).

    -     		-

    C.5.1.2.1 Fonction restreinte

    -

    Voir les clauses C.5.2 à C.13, selon le cas.

    -
    -

    5.1.2.2 Technologie d’assistance

    -

    Lorsque les TIC ont une fonction restreinte, cette fonction restreinte doit pouvoir fonctionner sans - que l’utilisateur ait à joindre, connecter ou installer une technologie d’assistance et doit être - conforme aux exigences génériques des clauses 5.1.3 à 5.1.6 selon le cas. Les casques d’écoute - personnels et les boucles inductives ne doivent pas être considérés comme une technologie - d’assistance aux fins de la présente clause.

    -     		-

    C.5.1.2.2 Technologie d’assistance

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Les TIC ont des fonctions restreintes.

    -

    Procédure

    -

    1. Déterminer les fonctions restreintes des TIC.

    -

    2. Vérifier que les essais C.5.1.3 à C.5.1.6 peuvent être effectués sans installation d’une - technologie d’assistance, à l’exception des casques personnels ou des boucles inductives.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 2 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    5.1.2 Généralités
    Clause de la norme EN 301 549Détermination de la conformité
    +

    5.1.2.1 Fonction restreinte

    +

    Lorsque les TIC ont une fonctionnalité restreinte, elles doivent satisfaire aux exigences énoncées dans les clauses 5.2 à 13, selon le cas.

    +

    REMARQUE 1: Les TIC peuvent restreinte certaines de leurs fonctions, mais pas toutes. Seules les fonctions restreintes doivent être conformes aux exigences de la clause 5.1.

    +

    REMARQUE 2: Les dispositions de cette clause sont des exigences relatives à la fonctionnalité restreinte des TIC qui remplacent les exigences des clauses 5.2 à 13 qui stipulent spécifiquement qu’elles ne s’appliquent pas à la fonction restreinte. Cela peut être dû au fait qu’elles sont liées à la compatibilité avec la technologie d’assistance ou à la capacité de l’utilisateur d’ajuster les paramètres d’accessibilité du système dans les produits à fonction restreinte (par exemple, les produits qui empêchent l’accès au panneau de contrôle des paramètres du système).

    +     		+

    C.5.1.2.1 Fonction restreinte

    +

    Voir les clauses C.5.2 à C.13, selon le cas.

    +
    +

    5.1.2.2 Technologie d’assistance

    +

    Lorsque les TIC ont une fonction restreinte, cette fonction restreinte doit pouvoir fonctionner sans que l’utilisateur ait à joindre, connecter ou installer une technologie d’assistance et doit être conforme aux exigences génériques des clauses 5.1.3 à 5.1.6 selon le cas. Les casques d’écoute personnels et les boucles inductives ne doivent pas être considérés comme une technologie d’assistance aux fins de la présente clause.

    +     		+

    C.5.1.2.2 Technologie d’assistance

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Les TIC ont des fonctions restreintes.

    +

    Procédure

    +

    1. Déterminer les fonctions restreintes des TIC.

    +

    2. Vérifier que les essais C.5.1.3 à C.5.1.6 peuvent être effectués sans installation d’une technologie d’assistance, à l’exception des casques personnels ou des boucles inductives.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    5.1.3 Accès non visuel
    Clause de la norme EN 301 549Détermination de la conformité
    -

    5.1.3.1 Général

    -

    Lorsque des informations visuelles sont nécessaires pour permettre l’utilisation des fonctions des - TIC restreintes aux technologies d’assistance pour la lecture d’écran, les TIC doivent prévoir au - moins un mode de fonctionnement utilisant un accès non visuel pour permettre l’utilisation de ces - fonctions.

    -

    REMARQUE 1: L’accès non visuel peut se faire sous forme audio, y compris la parole, ou sous forme - tactile.

    -

    REMARQUE 2: Les informations visuelles nécessaires pour permettre l’utilisation de certaines - fonctions peuvent inclure les instructions d’utilisation et l’orientation, les invites de - transaction, la vérification des entrées utilisateur, les messages d’erreur et le contenu non - textuel.

    -     		-

    C.5.1.3.1 Général

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. L’information visuelle est nécessaire pour permettre l’utilisation des fonctions des TIC - restreintes à la technologie d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Déterminer les fonctions des TIC fermées à la lecture d’écran.

    -

    2. Vérifier qu’elles sont toutes utilisables avec un accès non visuel.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 2 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.1.3.2 Mode de fonctionnement auditif incluant l’usage de la voix

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, les - fonctions sonores doivent être utilisées:

    -

    1. soit directement au moyen d’un mécanisme d’assistance intégré dans les TIC ou offert avec - celles-ci;

    -

    2. soit au moyen d’un casque d’écoute qui peut être branché via une prise audio de 3,5 mm ou une - connexion accréditée par l’industrie, et ce, sans exiger l’utilisation de la vision.

    -

    REMARQUE 1: Les mécanismes intégrés ou fournis peuvent comprendre, mais sans s’y limiter, un - haut-parleur, un combiné ou casque intégré ou un autre périphérique accrédité par l’industrie.

    -

    REMARQUE 2: Par connexion accréditée par l’industrie, on entend par exemple une connexion sans fil. -

    -

    REMARQUE 3: Certains utilisateurs pourraient tirer parti d’un équipement à boucle inductive.

    -     		-

    C.5.1.3.2 Mode de fonctionnement auditif incluant l’usage de la voix

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    Procédure

    -

    1. Vérifier que la sortie sonore est fournie par le biais d’un mécanisme d’assistance intégré dans - les TIC ou offert avec celles-ci.

    -

    2. Vérifier que la sortie sonore est fournie au moyen d’un casque d’écoute qui peut être branché via - une prise audio de 3,5 mm ou une connexion accréditée par l’industrie, et ce, sans exiger - l’utilisation de la vision.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.1.3.3 Corrélation de sortie sonore

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et que - l’information est affichée à l’écran, les TIC doivent fournir des informations auditives qui - permettent à l’utilisateur de corréler l’audio avec l’information affichée à l’écran.

    -

    REMARQUE 1: De nombreuses personnes aveugles au sens de la loi ont encore des capacités visuelles et - utilisent certains aspects de l’affichage visuel même s’il ne peut être entièrement compris. Une - solution de rechange audio à la fois complète et complémentaire comprend toutes les informations - visuelles telles que la Au focus ou la surbrillance, de sorte que l’audio peut être mis en - corrélation avec des informations visibles à l’écran à tout moment.

    -

    REMARQUE 2: Les exemples d’informations auditives qui permettent à l’utilisateur de mettre en - corrélation l’audio avec les informations affichées à l’écran comprennent la structure et les - relations véhiculées par la présentation.

    -     		-

    C.5.1.3.3 Corrélation de sortie sonore

    -

    La clause 5.1.3.3 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests. -

    -
    -

    5.1.3.4 Contrôle de la sortie vocale par l’utilisateur

    -

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, la sortie - vocale doit pouvoir être interrompue et répétée à la demande de l’utilisateur, lorsque les exigences - de sécurité le permettent.

    -

    REMARQUE 1: Il est préférable de permettre à l’utilisateur de faire une pause plutôt que de - simplement interrompre la sortie vocale.

    -

    REMARQUE 2: Il est préférable de permettre à l’utilisateur de ne répéter que la partie la plus - récente plutôt que de recommencer depuis le début.

    -     		-

    C.5.1.3.4 Contrôle de la sortie vocale par l’utilisateur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale peut être interrompue à la demande de l’utilisateur.

    -

    2. Vérifier que la sortie vocale peut être répétée à la demande de l’utilisateur.

    -

    Résultat

    -

    Réussite: Tous les énoncés testables sont vrais.

    -

    Échec: N’importe quel énoncé testable est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.1.3.5 Interruption automatique de la sortie vocale

    -

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, les TIC - doivent interrompre la sortie vocale actuelle lorsqu’une action de l’utilisateur se produit et - lorsque la nouvelle sortie vocale débute.

    -

    REMARQUE: Lorsqu’il est essentiel que l’utilisateur entende l’intégralité du message, par exemple une - instruction de sécurité ou un avertissement, les TIC peuvent devoir bloquer toute action de - l’utilisateur afin que la parole ne soit pas interrompue.

    -     		-

    C.5.1.3.5 Interruption automatique de la sortie vocale

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    Procédure

    -

    1. Déterminer les fonctions restreintes des TIC.

    -

    2. Vérifier que la sortie vocale de chaque fonction est interrompue lors d’une action de - l’utilisateur.

    -

    3. Vérifier que la sortie vocale de chaque fonction est interrompue lorsqu’une nouvelle sortie vocale - débute.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1, 2 et 3 sont vrais.

    -

    Échec: Les énoncés testables nos 2 ou 3 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.1.3.6 Sortie vocale pour les contenus non textuels

    -

    Lorsque les TIC présentent un contenu non textuel, la solution de rechange pour le contenu non - textuel doit être présentée aux utilisateurs par le biais d’une sortie vocale, sauf si le contenu - non textuel est purement décoratif ou n’est utilisé que pour le formatage visuel. La sortie vocale - pour les contenus non textuels doit suivre les indications relatives à « l’équivalent textuel » - décrit dans les critère de - succès 1.1.1 - Contenu non textuel des WCAG 2.1.

    -     		-

    C.5.1.3.6 Sortie vocale pour les contenus non textuels

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Le contenu non textuel est présenté aux utilisateurs via la sortie vocale.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale est fournie comme solution de rechange au contenu non textuel.

    -

    2. Vérifier que le contenu non textuel n’est pas seulement présent à titre décoratif.

    -

    3. Vérifier que le contenu non textuel n’est pas utilisé uniquement pour le formatage visuel.

    -

    4. Vérifier que la sortie vocale est conforme aux indications relatives à l’” équivalent textuel » - décrit dans les critère de - succès 1.1.1 - Contenu non textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1, 2, 3 et 4 sont vrais; ou le - no 1 et le no 2 sont faux; ou le no 1 et le - no 3 sont faux.

    -

    Échec: L’énoncé testable no 1 est vrai et le no 2 faux; ou le 1 - est vrai et le 3 est faux; ou les nos 1, 2 et 3 sont vrais et le - no 4 est faux.

    -

    Non applicable: La condition préalable 1 n’est pas remplie.

    -
    -

    5.1.3.7 Sortie vocale pour l’information vidéo

    -

    Lorsqu’un contenu vidéo préenregistré est nécessaire pour permettre l’utilisation de fonctions - restreintes des TIC et que la sortie vocale est fournie en tant qu’accès non visuel à une fonction - restreinte, la sortie vocale doit présenter des informations équivalentes pour le contenu vidéo - préenregistré.

    -

    REMARQUE: Cette sortie vocale peut prendre la forme d’une description audio ou d’une transcription - auditive du contenu vidéo.

    -     		-

    C.5.1.3.7 Sortie vocale pour l’information vidéo

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Un contenu vidéo préenregistré est nécessaire pour permettre l’utilisation des fonctions - restreintes des TIC.

    -

    2. La sortie vocale est fournie comme mode alternatif à une utilisation sans vision du contenu non - textuel affiché sur une fonction restreinte.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale présente des informations équivalentes pour le contenu vidéo - préenregistré.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -
    -

    5.1.3.8 Entrée masquée

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et que les - caractères affichés sont des caractères de masquage, la sortie sonore ne doit pas être une version - orale des caractères saisis, à moins que l’on sache que la sortie sonore est destinée à être fournie - uniquement par le biais d’un mécanisme d’écoute privée, ou que l’utilisateur ait explicitement - choisi de permettre une sortie sonore non privée.

    -

    REMARQUE 1: Les caractères de masquage sont habituellement affichés à des fins de sécurité et - comprennent, sans toutefois s’y limiter, les astérisques représentant les numéros d’identification - personnels.

    -

    REMARQUE 2: La sortie non masquée de caractères peut être préférée lorsque la fonction restreinte est - utilisée, par exemple, dans l’intimité de la maison de l’utilisateur. Une mise en garde soulignant - les préoccupations relatives à la protection de la vie privée pourrait être appropriée pour - s’assurer que l’utilisateur a fait un choix éclairé.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -     		-

    C.5.1.3.8 Entrée masquée

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. Les caractères affichés sont des caractères de masquage.

    -

    3. Toute option permettant d’autoriser une sortie sonore non privée n’a pas été activée.

    -

    Procédure

    -

    1. Vérifier que la sortie sonore n’est pas une version orale des caractères saisis.

    -

    2. Vérifier que la sortie sonore est reconnue comme étant fournie uniquement par le biais d’un - mécanisme d’écoute privée.

    -

    Résultat

    -

    Réussite: Tous les énoncés testables sont vrais.

    -

    Échec: Tous les énoncés testables sont faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies

    -
    -

    5.1.3.9 Accès privé aux données personnelles

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et que la - sortie contient des données considérées comme étant privées conformément à la politique de - confidentialité applicable, la sortie sonore correspondante ne peut être fournie que par le biais - d’un mécanisme d’écoute privée qui peut être connecté sans nécessiter l’utilisation de la vision, ou - par tout autre mécanisme explicitement choisi par l’utilisateur.

    -

    REMARQUE 1: Cette exigence ne s’applique pas dans les cas où les données ne sont pas définies comme - étant privées conformément à la politique de confidentialité applicable ou lorsqu’il n’existe aucune - politique de confidentialité applicable.

    -

    REMARQUE 2: La sortie non privée peut être préférée lorsque la fonction restreinte est utilisée, par - exemple, dans l’intimité de la maison de l’utilisateur. Une mise en garde soulignant les - préoccupations relatives à la protection de la vie privée pourrait être appropriée pour s’assurer - que l’utilisateur a fait un choix éclairé.

    -     		-

    C.5.1.3.9 Accès privé aux données personnelles

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. La fonction contient des données.

    -

    3. Il existe une politique de confidentialité applicable qui considère que ces données sont privées. -

    -

    Procédure

    -

    1. Vérifier que la sortie sonore est fournie uniquement par le biais d’un mécanisme d’écoute privée. -

    -

    2. Vérifier que le mécanisme d’écoute privée peut être connecté sans nécessiter l’utilisation de la - vision.

    -

    3. Vérifier que la sortie sonore est fournie par tout autre mécanisme qui peut être choisi par - l’utilisateur.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1, 2 et 3 sont vrais.

    -

    Échec: Les énoncés testables nos 1, 2 et 3 sont faux.

    -

    Non applicable : Les conditions préalables 1 et 3 ne sont pas remplies.

    -
    -

    5.1.3.10 Sortie sonore non interférente

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, les TIC - ne doivent pas lire automatiquement, en même temps, toute sortie audible interférente d’une durée - supérieure à trois secondes.

    -     		-

    C.5.1.3.10 Sortie sonore non interférente

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. Les TIC lisent automatiquement la sortie audible interférente.

    -

    Procédure

    -

    1. Vérifier que la sortie audible interférente ne dure pas plus de trois secondes.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -
    -

    5.1.3.11 Volume d’écoute privé

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, et ce, - par le biais d’un mécanisme d’écoute privée, les TIC doivent prévoir au moins un mode de - fonctionnement non visuel pour contrôler le volume.

    -     		-

    C.5.1.3.11 Volume d’écoute privé

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. La sortie sonore est fournie par le biais d’un mécanisme d’écoute privée.

    -

    Procédure

    -

    1. Vérifier qu’il existe au moins un mode de fonctionnement non visuel pour régler le volume sonore. -

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -
    -

    5.1.3.12 Volume de l’enceinte

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et qu’elle - est fournie par des haut-parleurs sur les TIC, une commande de volume incrémentielle non visuelle - doit être fournie avec une amplification de sortie jusqu’à un niveau d’au moins 65 dBA (-29 dBPaA). -

    -

    REMARQUE: Pour les environnements bruyants, 65 dBA peut ne pas être suffisant.

    -     		-

    C.5.1.3.12 Volume de l’enceinte

    -

    Type d’évaluation

    -

    Inspection et établissement de mesures

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. La sortie sonore est fournie par le biais de haut-parleurs.

    -

    Procédure

    -

    1. Vérifier qu’une commande de volume incrémentielle non visuelle est fournie.

    -

    2. Vérifier que l’amplification de sortie est disponible jusqu’à un niveau d’au moins 65 dBA (-29 - dBPaA).

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -
    -

    5.1.3.13 Réinitialisation du volume

    -

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, une - fonction qui réinitialise le volume à un niveau inférieur ou égal à 65 dBA après chaque utilisation - doit être fournie, sauf si les TIC sont destinées à un seul utilisateur.

    -

    REMARQUE: Une fonction permettant de désactiver la fonction de réinitialisation du volume peut être - fournie afin de permettre de respecter l’exception de l’utilisateur unique.

    -     		-

    C.5.1.3.13 Réinitialisation du volume

    -

    Type d’évaluation

    -

    Inspection et établissement de mesures

    -

    Conditions préalables

    -

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. Les TIC ne sont pas dédiées à un seul utilisateur.

    -

    Procédure

    -

    1. Vérifier qu’une fonction qui réinitialise automatiquement le volume à un niveau de 65 dBA ou moins - après chaque utilisation est fournie.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -
    -

    5.1.3.14 Langues parlées

    -

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, la sortie - vocale doit être dans la même langue humaine que le contenu affiché fourni, sauf:

    -

    1. pour les noms propres, les termes techniques, les mots d’une langue indéterminée et les mots ou - expressions qui font maintenant partie de la langue vernaculaire du texte qui les entoure - immédiatement;

    -

    2. lorsque le contenu est généré à l’extérieur et n’est pas sous le contrôle du fournisseur de TIC, - La clause présente n’est pas tenue de s’appliquer aux langues non prises en charge par le - synthétiseur vocal de TIC;

    -

    3. pour les langues affichées qui ne peuvent pas être sélectionnées à l’aide d’un accès non visuel; -

    -

    4. lorsque l’utilisateur choisit explicitement une langue vocale différente de la langue du contenu - affiché.

    -     		-

    C.5.1.3.14 Langues parlées

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. La sortie vocale n’est pas utilisée pour les noms propres, les termes techniques, les mots d’une - langue indéterminée et les mots ou expressions qui font maintenant partie de la langue vernaculaire - du texte qui les entoure immédiatement.

    -

    3. Le contenu n’est pas généré à l’extérieur et est sous le contrôle du fournisseur de TIC.

    -

    4. Les langues affichées peuvent être sélectionnées à l’aide d’un accès non visuel.

    -

    5. L’utilisateur n’a pas sélectionné une langue vocale différente de la langue du contenu affiché. -

    -

    Procédure

    -

    1. Vérifier que la sortie vocale est dans la même langue humaine que le contenu affiché.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : Les conditions préalables 1 et 3 ne sont pas remplies.

    -
    -

    5.1.3.15 Détermination non visuelle des erreurs

    -

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte et qu’une - erreur d’entrée est automatiquement détectée, la sortie vocale doit identifier et décrire l’élément - qui est en erreur.

    -     		-

    C.5.1.3.15 Détermination non visuelle des erreurs

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    2. Une erreur de saisie est automatiquement détectée.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale identifie l’élément qui est en erreur.

    -

    2. Vérifier que la sortie vocale décrit l’élément qui est en erreur.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -
    -

    5.1.3.16 Reçus, billets et sorties transactionnelles

    -

    Lorsque les TIC sont restreints à l’accès visuel et qu’elles fournissent des reçus, des billets ou - d’autres produits à la suite d’une transaction en libre-service, une sortie vocale doit être - fournie, comprenant tous les renseignements nécessaires pour conclure ou vérifier la transaction. - Dans le cas des distributeurs automatiques de billets, les copies imprimées des itinéraires et des - cartes n’ont pas à être audibles.

    -

    REMARQUE: La sortie vocale peut être fournie par n’importe quel élément de l’ensemble du système de - TIC.

    -     		-

    C.5.1.3.16 Reçus, billets et sorties transactionnelles

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Les TIC sont restreintes à l’accès visuel.

    -

    2. Les TIC fournissent des reçus, des billets ou d’autres produits à la suite d’une transaction en - libre-service.

    -

    3. Les renseignements vérifiés ne sont pas des copies imprimées des itinéraires et des cartes.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale est fournie et qu’elle contient tous les renseignements nécessaires - pour conclure ou vérifier la transaction.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : Les conditions préalables 1, 2 et 3 ne sont pas remplies.

    -
    -

    5.1.4 Fonction restreinte à l’agrandissement du texte

    -

    Lorsqu’une fonction quelconque des TIC est restreinte aux caractéristiques d’agrandissement du texte - de la plateforme ou de la technologie d’assistance, les TIC doivent fournir un mode de - fonctionnement dans lequel le texte et les images du texte nécessaires à toutes les fonctions sont - affichés de telle manière qu’un « H » majuscule non accentué sous-tende un angle d’au moins 0,7 - degré à une distance de visualisation spécifiée par le fournisseur.

    -

    L’angle sous-tendu, en degrés, peut être calculé à partir de la formule suivante:

    -

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

    -

    Où:

    -

    · ψ est l’angle sous-tendu en degrés;

    -

    · H est la hauteur du texte;

    -

    · D est la distance de visibilité;

    -

    · D et H sont exprimés dans les mêmes unités.

    -

    REMARQUE 1: L’intention est de fournir un mode de fonctionnement où le texte est suffisamment grand - pour être utilisé par la plupart des utilisateurs ayant une basse vision.

    -

    REMARQUE 2: Le tableau 5.1 et la figure 1 illustrent la relation entre la distance de vision maximale - et la hauteur minimale des caractères pour l’angle sous-tendu minimal spécifié.

    -

    (Voir le tableau 5.1 et la figure 1.)

    -     		-

    C.5.1.4 Fonction restreinte à l’agrandissement du texte

    -

    Type d’évaluation

    -

    Inspection et établissement de mesures

    -

    Conditions préalables

    -

    1. Une fonction des TIC ne prend pas en charge les fonctions d’agrandissement de la plateforme ou de - la technologie d’assistance.

    -

    2. Une distance de visualisation est définie par le fournisseur.

    -

    Procédure

    -

    1. Mesurer la hauteur de la lettre H en majuscule.

    -

    2. Vérifier qu’il sous-tend un angle d’au moins 0,7 degré à la distance de visualisation définie.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 2 est faux.

    -

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    -
    -

    5.1.5 Sortie visuelle pour renseignement audio

    -

    Lorsque des renseignements audio préenregistrés sont nécessaires pour permettre l’utilisation de - fonctions restreintes des TIC, les TIC doivent fournir des renseignements visuels équivalents aux - résultats sonores préenregistrés.

    -

    REMARQUE: Ce renseignement visuel peut prendre la forme de sous-titre ou de transcriptions - textuelles.

    -     		-

    C.5.1.5 Sortie visuelle pour renseignement audio

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Un contenu audio préenregistré est nécessaire pour permettre l’utilisation des fonctions - restreintes des TIC.

    -

    Procédure

    -

    1. Vérifier que l’information visuelle est équivalente à la sortie sonore préenregistrée.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    -
    5.1.3 Accès non visuel
    Clause de la norme EN 301 549Détermination de la conformité
    +

    5.1.3.1 Général

    +

    Lorsque des informations visuelles sont nécessaires pour permettre l’utilisation des fonctions des TIC restreintes aux technologies d’assistance pour la lecture d’écran, les TIC doivent prévoir au moins un mode de fonctionnement utilisant un accès non visuel pour permettre l’utilisation de ces fonctions.

    +

    REMARQUE 1: L’accès non visuel peut se faire sous forme audio, y compris la parole, ou sous forme tactile.

    +

    REMARQUE 2: Les informations visuelles nécessaires pour permettre l’utilisation de certaines fonctions peuvent inclure les instructions d’utilisation et l’orientation, les invites de transaction, la vérification des entrées utilisateur, les messages d’erreur et le contenu non textuel.

    +     		+

    C.5.1.3.1 Général

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. L’information visuelle est nécessaire pour permettre l’utilisation des fonctions des TIC restreintes à la technologie d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Déterminer les fonctions des TIC fermées à la lecture d’écran.

    +

    2. Vérifier qu’elles sont toutes utilisables avec un accès non visuel.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.1.3.2 Mode de fonctionnement auditif incluant l’usage de la voix

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, les fonctions sonores doivent être utilisées:

    +

    1. soit directement au moyen d’un mécanisme d’assistance intégré dans les TIC ou offert avec celles-ci;

    +

    2. soit au moyen d’un casque d’écoute qui peut être branché via une prise audio de 3,5 mm ou une connexion accréditée par l’industrie, et ce, sans exiger l’utilisation de la vision.

    +

    REMARQUE 1: Les mécanismes intégrés ou fournis peuvent comprendre, mais sans s’y limiter, un haut-parleur, un combiné ou casque intégré ou un autre périphérique accrédité par l’industrie.

    +

    REMARQUE 2: Par connexion accréditée par l’industrie, on entend par exemple une connexion sans fil.

    +

    REMARQUE 3: Certains utilisateurs pourraient tirer parti d’un équipement à boucle inductive.

    +     		+

    C.5.1.3.2 Mode de fonctionnement auditif incluant l’usage de la voix

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    Procédure

    +

    1. Vérifier que la sortie sonore est fournie par le biais d’un mécanisme d’assistance intégré dans les TIC ou offert avec celles-ci.

    +

    2. Vérifier que la sortie sonore est fournie au moyen d’un casque d’écoute qui peut être branché via une prise audio de 3,5 mm ou une connexion accréditée par l’industrie, et ce, sans exiger l’utilisation de la vision.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.1.3.3 Corrélation de sortie sonore

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et que l’information est affichée à l’écran, les TIC doivent fournir des informations auditives qui permettent à l’utilisateur de corréler l’audio avec l’information affichée à l’écran.

    +

    REMARQUE 1: De nombreuses personnes aveugles au sens de la loi ont encore des capacités visuelles et utilisent certains aspects de l’affichage visuel même s’il ne peut être entièrement compris. Une solution de rechange audio à la fois complète et complémentaire comprend toutes les informations visuelles telles que la Au focus ou la surbrillance, de sorte que l’audio peut être mis en corrélation avec des informations visibles à l’écran à tout moment.

    +

    REMARQUE 2: Les exemples d’informations auditives qui permettent à l’utilisateur de mettre en corrélation l’audio avec les informations affichées à l’écran comprennent la structure et les relations véhiculées par la présentation.

    +     		+

    C.5.1.3.3 Corrélation de sortie sonore

    +

    La clause 5.1.3.3 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    +

    5.1.3.4 Contrôle de la sortie vocale par l’utilisateur

    +

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, la sortie vocale doit pouvoir être interrompue et répétée à la demande de l’utilisateur, lorsque les exigences de sécurité le permettent.

    +

    REMARQUE 1: Il est préférable de permettre à l’utilisateur de faire une pause plutôt que de simplement interrompre la sortie vocale.

    +

    REMARQUE 2: Il est préférable de permettre à l’utilisateur de ne répéter que la partie la plus récente plutôt que de recommencer depuis le début.

    +     		+

    C.5.1.3.4 Contrôle de la sortie vocale par l’utilisateur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale peut être interrompue à la demande de l’utilisateur.

    +

    2. Vérifier que la sortie vocale peut être répétée à la demande de l’utilisateur.

    +

    Résultat

    +

    Réussite: Tous les énoncés testables sont vrais.

    +

    Échec: N’importe quel énoncé testable est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.1.3.5 Interruption automatique de la sortie vocale

    +

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, les TIC doivent interrompre la sortie vocale actuelle lorsqu’une action de l’utilisateur se produit et lorsque la nouvelle sortie vocale débute.

    +

    REMARQUE: Lorsqu’il est essentiel que l’utilisateur entende l’intégralité du message, par exemple une instruction de sécurité ou un avertissement, les TIC peuvent devoir bloquer toute action de l’utilisateur afin que la parole ne soit pas interrompue.

    +     		+

    C.5.1.3.5 Interruption automatique de la sortie vocale

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    Procédure

    +

    1. Déterminer les fonctions restreintes des TIC.

    +

    2. Vérifier que la sortie vocale de chaque fonction est interrompue lors d’une action de l’utilisateur.

    +

    3. Vérifier que la sortie vocale de chaque fonction est interrompue lorsqu’une nouvelle sortie vocale débute.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1, 2 et 3 sont vrais.

    +

    Échec: Les énoncés testables nos 2 ou 3 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.1.3.6 Sortie vocale pour les contenus non textuels

    +

    Lorsque les TIC présentent un contenu non textuel, la solution de rechange pour le contenu non textuel doit être présentée aux utilisateurs par le biais d’une sortie vocale, sauf si le contenu non textuel est purement décoratif ou n’est utilisé que pour le formatage visuel. La sortie vocale pour les contenus non textuels doit suivre les indications relatives à « l’équivalent textuel » décrit dans les critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +     		+

    C.5.1.3.6 Sortie vocale pour les contenus non textuels

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Le contenu non textuel est présenté aux utilisateurs via la sortie vocale.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale est fournie comme solution de rechange au contenu non textuel.

    +

    2. Vérifier que le contenu non textuel n’est pas seulement présent à titre décoratif.

    +

    3. Vérifier que le contenu non textuel n’est pas utilisé uniquement pour le formatage visuel.

    +

    4. Vérifier que la sortie vocale est conforme aux indications relatives à l’” équivalent textuel » décrit dans les critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1, 2, 3 et 4 sont vrais; ou le no 1 et le no 2 sont faux; ou le no 1 et le no 3 sont faux.

    +

    Échec: L’énoncé testable no 1 est vrai et le no 2 faux; ou le 1 est vrai et le 3 est faux; ou les nos 1, 2 et 3 sont vrais et le no 4 est faux.

    +

    Non applicable: La condition préalable 1 n’est pas remplie.

    +
    +

    5.1.3.7 Sortie vocale pour l’information vidéo

    +

    Lorsqu’un contenu vidéo préenregistré est nécessaire pour permettre l’utilisation de fonctions restreintes des TIC et que la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, la sortie vocale doit présenter des informations équivalentes pour le contenu vidéo préenregistré.

    +

    REMARQUE: Cette sortie vocale peut prendre la forme d’une description audio ou d’une transcription auditive du contenu vidéo.

    +     		+

    C.5.1.3.7 Sortie vocale pour l’information vidéo

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Un contenu vidéo préenregistré est nécessaire pour permettre l’utilisation des fonctions restreintes des TIC.

    +

    2. La sortie vocale est fournie comme mode alternatif à une utilisation sans vision du contenu non textuel affiché sur une fonction restreinte.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale présente des informations équivalentes pour le contenu vidéo préenregistré.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +
    +

    5.1.3.8 Entrée masquée

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et que les caractères affichés sont des caractères de masquage, la sortie sonore ne doit pas être une version orale des caractères saisis, à moins que l’on sache que la sortie sonore est destinée à être fournie uniquement par le biais d’un mécanisme d’écoute privée, ou que l’utilisateur ait explicitement choisi de permettre une sortie sonore non privée.

    +

    REMARQUE 1: Les caractères de masquage sont habituellement affichés à des fins de sécurité et comprennent, sans toutefois s’y limiter, les astérisques représentant les numéros d’identification personnels.

    +

    REMARQUE 2: La sortie non masquée de caractères peut être préférée lorsque la fonction restreinte est utilisée, par exemple, dans l’intimité de la maison de l’utilisateur. Une mise en garde soulignant les préoccupations relatives à la protection de la vie privée pourrait être appropriée pour s’assurer que l’utilisateur a fait un choix éclairé.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +     		+

    C.5.1.3.8 Entrée masquée

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. Les caractères affichés sont des caractères de masquage.

    +

    3. Toute option permettant d’autoriser une sortie sonore non privée n’a pas été activée.

    +

    Procédure

    +

    1. Vérifier que la sortie sonore n’est pas une version orale des caractères saisis.

    +

    2. Vérifier que la sortie sonore est reconnue comme étant fournie uniquement par le biais d’un mécanisme d’écoute privée.

    +

    Résultat

    +

    Réussite: Tous les énoncés testables sont vrais.

    +

    Échec: Tous les énoncés testables sont faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies

    +
    +

    5.1.3.9 Accès privé aux données personnelles

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et que la sortie contient des données considérées comme étant privées conformément à la politique de confidentialité applicable, la sortie sonore correspondante ne peut être fournie que par le biais d’un mécanisme d’écoute privée qui peut être connecté sans nécessiter l’utilisation de la vision, ou par tout autre mécanisme explicitement choisi par l’utilisateur.

    +

    REMARQUE 1: Cette exigence ne s’applique pas dans les cas où les données ne sont pas définies comme étant privées conformément à la politique de confidentialité applicable ou lorsqu’il n’existe aucune politique de confidentialité applicable.

    +

    REMARQUE 2: La sortie non privée peut être préférée lorsque la fonction restreinte est utilisée, par exemple, dans l’intimité de la maison de l’utilisateur. Une mise en garde soulignant les préoccupations relatives à la protection de la vie privée pourrait être appropriée pour s’assurer que l’utilisateur a fait un choix éclairé.

    +     		+

    C.5.1.3.9 Accès privé aux données personnelles

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. La fonction contient des données.

    +

    3. Il existe une politique de confidentialité applicable qui considère que ces données sont privées.

    +

    Procédure

    +

    1. Vérifier que la sortie sonore est fournie uniquement par le biais d’un mécanisme d’écoute privée.

    +

    2. Vérifier que le mécanisme d’écoute privée peut être connecté sans nécessiter l’utilisation de la vision.

    +

    3. Vérifier que la sortie sonore est fournie par tout autre mécanisme qui peut être choisi par l’utilisateur.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1, 2 et 3 sont vrais.

    +

    Échec: Les énoncés testables nos 1, 2 et 3 sont faux.

    +

    Non applicable : Les conditions préalables 1 et 3 ne sont pas remplies.

    +
    +

    5.1.3.10 Sortie sonore non interférente

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, les TIC ne doivent pas lire automatiquement, en même temps, toute sortie audible interférente d’une durée supérieure à trois secondes.

    +     		+

    C.5.1.3.10 Sortie sonore non interférente

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. Les TIC lisent automatiquement la sortie audible interférente.

    +

    Procédure

    +

    1. Vérifier que la sortie audible interférente ne dure pas plus de trois secondes.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +
    +

    5.1.3.11 Volume d’écoute privé

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, et ce, par le biais d’un mécanisme d’écoute privée, les TIC doivent prévoir au moins un mode de fonctionnement non visuel pour contrôler le volume.

    +     		+

    C.5.1.3.11 Volume d’écoute privé

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. La sortie sonore est fournie par le biais d’un mécanisme d’écoute privée.

    +

    Procédure

    +

    1. Vérifier qu’il existe au moins un mode de fonctionnement non visuel pour régler le volume sonore.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +
    +

    5.1.3.12 Volume de l’enceinte

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte et qu’elle est fournie par des haut-parleurs sur les TIC, une commande de volume incrémentielle non visuelle doit être fournie avec une amplification de sortie jusqu’à un niveau d’au moins 65 dBA (-29 dBPaA).

    +

    REMARQUE: Pour les environnements bruyants, 65 dBA peut ne pas être suffisant.

    +     		+

    C.5.1.3.12 Volume de l’enceinte

    +

    Type d’évaluation

    +

    Inspection et établissement de mesures

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. La sortie sonore est fournie par le biais de haut-parleurs.

    +

    Procédure

    +

    1. Vérifier qu’une commande de volume incrémentielle non visuelle est fournie.

    +

    2. Vérifier que l’amplification de sortie est disponible jusqu’à un niveau d’au moins 65 dBA (-29 dBPaA).

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +
    +

    5.1.3.13 Réinitialisation du volume

    +

    Lorsque la sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte, une fonction qui réinitialise le volume à un niveau inférieur ou égal à 65 dBA après chaque utilisation doit être fournie, sauf si les TIC sont destinées à un seul utilisateur.

    +

    REMARQUE: Une fonction permettant de désactiver la fonction de réinitialisation du volume peut être fournie afin de permettre de respecter l’exception de l’utilisateur unique.

    +     		+

    C.5.1.3.13 Réinitialisation du volume

    +

    Type d’évaluation

    +

    Inspection et établissement de mesures

    +

    Conditions préalables

    +

    1. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. Les TIC ne sont pas dédiées à un seul utilisateur.

    +

    Procédure

    +

    1. Vérifier qu’une fonction qui réinitialise automatiquement le volume à un niveau de 65 dBA ou moins après chaque utilisation est fournie.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +
    +

    5.1.3.14 Langues parlées

    +

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte, la sortie vocale doit être dans la même langue humaine que le contenu affiché fourni, sauf:

    +

    1. pour les noms propres, les termes techniques, les mots d’une langue indéterminée et les mots ou expressions qui font maintenant partie de la langue vernaculaire du texte qui les entoure immédiatement;

    +

    2. lorsque le contenu est généré à l’extérieur et n’est pas sous le contrôle du fournisseur de TIC, La clause présente n’est pas tenue de s’appliquer aux langues non prises en charge par le synthétiseur vocal de TIC;

    +

    3. pour les langues affichées qui ne peuvent pas être sélectionnées à l’aide d’un accès non visuel;

    +

    4. lorsque l’utilisateur choisit explicitement une langue vocale différente de la langue du contenu affiché.

    +     		+

    C.5.1.3.14 Langues parlées

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. La sortie vocale n’est pas utilisée pour les noms propres, les termes techniques, les mots d’une langue indéterminée et les mots ou expressions qui font maintenant partie de la langue vernaculaire du texte qui les entoure immédiatement.

    +

    3. Le contenu n’est pas généré à l’extérieur et est sous le contrôle du fournisseur de TIC.

    +

    4. Les langues affichées peuvent être sélectionnées à l’aide d’un accès non visuel.

    +

    5. L’utilisateur n’a pas sélectionné une langue vocale différente de la langue du contenu affiché.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale est dans la même langue humaine que le contenu affiché.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : Les conditions préalables 1 et 3 ne sont pas remplies.

    +
    +

    5.1.3.15 Détermination non visuelle des erreurs

    +

    Lorsque la sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte et qu’une erreur d’entrée est automatiquement détectée, la sortie vocale doit identifier et décrire l’élément qui est en erreur.

    +     		+

    C.5.1.3.15 Détermination non visuelle des erreurs

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    2. Une erreur de saisie est automatiquement détectée.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale identifie l’élément qui est en erreur.

    +

    2. Vérifier que la sortie vocale décrit l’élément qui est en erreur.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +
    +

    5.1.3.16 Reçus, billets et sorties transactionnelles

    +

    Lorsque les TIC sont restreints à l’accès visuel et qu’elles fournissent des reçus, des billets ou d’autres produits à la suite d’une transaction en libre-service, une sortie vocale doit être fournie, comprenant tous les renseignements nécessaires pour conclure ou vérifier la transaction. Dans le cas des distributeurs automatiques de billets, les copies imprimées des itinéraires et des cartes n’ont pas à être audibles.

    +

    REMARQUE: La sortie vocale peut être fournie par n’importe quel élément de l’ensemble du système de TIC.

    +     		+

    C.5.1.3.16 Reçus, billets et sorties transactionnelles

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Les TIC sont restreintes à l’accès visuel.

    +

    2. Les TIC fournissent des reçus, des billets ou d’autres produits à la suite d’une transaction en libre-service.

    +

    3. Les renseignements vérifiés ne sont pas des copies imprimées des itinéraires et des cartes.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale est fournie et qu’elle contient tous les renseignements nécessaires pour conclure ou vérifier la transaction.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : Les conditions préalables 1, 2 et 3 ne sont pas remplies.

    +
    +

    5.1.4 Fonction restreinte à l’agrandissement du texte

    +

    Lorsqu’une fonction quelconque des TIC est restreinte aux caractéristiques d’agrandissement du texte de la plateforme ou de la technologie d’assistance, les TIC doivent fournir un mode de fonctionnement dans lequel le texte et les images du texte nécessaires à toutes les fonctions sont affichés de telle manière qu’un « H » majuscule non accentué sous-tende un angle d’au moins 0,7 degré à une distance de visualisation spécifiée par le fournisseur.

    +

    L’angle sous-tendu, en degrés, peut être calculé à partir de la formule suivante:

    +

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

    +

    Où:

    +

    · ψ est l’angle sous-tendu en degrés;

    +

    · H est la hauteur du texte;

    +

    · D est la distance de visibilité;

    +

    · D et H sont exprimés dans les mêmes unités.

    +

    REMARQUE 1: L’intention est de fournir un mode de fonctionnement où le texte est suffisamment grand pour être utilisé par la plupart des utilisateurs ayant une basse vision.

    +

    REMARQUE 2: Le tableau 5.1 et la figure 1 illustrent la relation entre la distance de vision maximale et la hauteur minimale des caractères pour l’angle sous-tendu minimal spécifié.

    +

    (Voir le tableau 5.1 et la figure 1.)

    +     		+

    C.5.1.4 Fonction restreinte à l’agrandissement du texte

    +

    Type d’évaluation

    +

    Inspection et établissement de mesures

    +

    Conditions préalables

    +

    1. Une fonction des TIC ne prend pas en charge les fonctions d’agrandissement de la plateforme ou de la technologie d’assistance.

    +

    2. Une distance de visualisation est définie par le fournisseur.

    +

    Procédure

    +

    1. Mesurer la hauteur de la lettre H en majuscule.

    +

    2. Vérifier qu’il sous-tend un angle d’au moins 0,7 degré à la distance de visualisation définie.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 2 est faux.

    +

    Non applicable : Les conditions préalables 1 et 2 ne sont pas remplies.

    +
    +

    5.1.5 Sortie visuelle pour renseignement audio

    +

    Lorsque des renseignements audio préenregistrés sont nécessaires pour permettre l’utilisation de fonctions restreintes des TIC, les TIC doivent fournir des renseignements visuels équivalents aux résultats sonores préenregistrés.

    +

    REMARQUE: Ce renseignement visuel peut prendre la forme de sous-titre ou de transcriptions textuelles.

    +     		+

    C.5.1.5 Sortie visuelle pour renseignement audio

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Un contenu audio préenregistré est nécessaire pour permettre l’utilisation des fonctions restreintes des TIC.

    +

    Procédure

    +

    1. Vérifier que l’information visuelle est équivalente à la sortie sonore préenregistrée.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    5.1.6 Fonctionnement sans interface clavier
    Clause de la norme EN 301 549Détermination de la conformité
    -

    5.1.6.1 Fonction restreinte

    -

    Lorsque la fonction des TIC est restreinte aux claviers ou aux interfaces clavier, toutes les - fonctions doivent pouvoir fonctionner sans vision, comme l’exige la clause 5.1.3.

    -     		-

    C.5.1.6.1 Fonction restreinte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La fonctionnalité des TIC est restreinte aux claviers ou aux interfaces clavier.

    -

    Procédure

    -

    1. Vérifier que toutes les fonctions sont utilisables sans vision.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.1.6.2 Focus de la saisie

    -

    Lorsque la fonctionnalité des TIC est restreinte aux claviers ou aux interfaces clavier et que le - point d’entrée peut être déplacé vers un élément d’interface utilisateur, il doit être possible - d’éloigner le point d’entrée de cet élément en utilisant le même mécanisme, afin d’éviter de piéger - le focus de la saisie.

    -     		-

    C.5.1.6.2 Focus de la saisie

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La fonctionnalité des TIC est restreinte aux claviers ou aux interfaces clavier.

    -

    2. La Au focus d’entrée peut être déplacée vers un élément d’interface utilisateur.

    -

    Procédure

    -

    1. Vérifier qu’il est possible d’éloigner la Au focus d’entrée de cet élément en utilisant le - même mécanisme.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    5.1.7 Accès sans capacité vocale

    -

    Lorsque la capacité vocale est nécessaire pour faire fonctionner des fonctions restreintes des TIC, - celles-ci doivent prévoir au moins un mode de fonctionnement utilisant un autre mécanisme de saisie - ne nécessitant pas la capacité vocale.

    -     		-

    C.5.1.7 Accès sans capacité vocale

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La capacité vocale est nécessaire pour permettre l’utilisation des fonctions restreintes de TIC. -

    -

    Procédure

    -

    1. Vérifier que les fonctions restreintes peuvent être activées par un autre mécanisme de saisie qui - ne nécessite pas la capacité vocale.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.2 Activation des caractéristiques d’accessibilité

    -

    Lorsque les TIC sont dotées de caractéristiques d’accessibilité documentées, est-il possible - d’activer les caractéristiques requises pour répondre à un besoin particulier sans avoir recours à - une méthode qui ne répond pas à ce besoin?

    -     		-

    C.5.2 Activation des caractéristiques d’accessibilité

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées de caractéristiques d’accessibilité documentées pour répondre à un besoin - spécifique.

    -

    Procédure

    -

    1. Vérifier qu’il est possible d’activer les caractéristiques d’accessibilité sans avoir recours à - une méthode qui ne répond pas à ce besoin.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.3 Données biométriques

    -

    Lorsque les TIC utilisent des caractéristiques biologiques, elles ne s’appuient pas sur l’utilisation - d’une caractéristique biologique particulière comme seul moyen d’identification de l’utilisateur ou - de contrôle des TIC.

    -

    REMARQUE 1: D’autres moyens d’identification des utilisateurs ou de contrôle des TIC pourraient être - non biométriques ou biométriques.

    -

    REMARQUE 2: Les méthodes biométriques fondées sur des caractéristiques biologiques dissemblables - augmentent la probabilité que les personnes handicapées possèdent au moins une des caractéristiques - biologiques précisées. Les empreintes digitales, les motifs rétiniens des yeux, la voix et le visage - sont des exemples de caractéristiques biologiques dissemblables.

    -     		-

    C.5.3 Données biométriques

    -

    Type d’évaluation

    -

    Examen no 1

    -

    Conditions préalables

    -

    1. Les TIC utilisent des caractéristiques biologiques pour l’identification des utilisateurs.

    -

    Procédure

    -

    1. Vérifier que plus d’un moyen peut être utilisé pour identifier l’utilisateur.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Type d’évaluation

    -

    Examen no 2

    -

    Conditions préalables

    -

    1. Les TIC utilisent des caractéristiques biologiques pour le contrôle des TIC.

    -

    Procédure

    -

    1. Vérifiez que plus d’un moyen peut être utilisé pour le contrôle des TIC.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.4 Préservation des renseignements sur l’accessibilité pendant la conversion

    -

    Lorsque les TIC convertissent des renseignements ou des communications, elles préservent tous les - renseignements libres documentés fournis aux fins d’accessibilité, dans la mesure où ces - renseignements peuvent être contenus ou pris en charge dans le format de destination.

    -     		-

    C.5.4 Préservation des renseignements sur l’accessibilité pendant la conversion

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les renseignements libres fournis aux fins d’accessibilité sont documentés.

    -

    2. Les TIC convertissent les renseignements ou les communications.

    -

    3. Les renseignements libres fournis aux fins d’accessibilité peuvent être contenus dans le format de - destination.

    -

    4. Les renseignements libres fournis aux fins d’accessibilité peuvent être pris en charge dans le - format de destination.

    -

    Procédure

    -

    1. Vérifier que les renseignements libres fournis aux fins d’accessibilité sont préservés lorsque les - TIC convertissent les renseignements ou les communications.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    -
    5.1.6 Fonctionnement sans interface clavier
    Clause de la norme EN 301 549Détermination de la conformité
    +

    5.1.6.1 Fonction restreinte

    +

    Lorsque la fonction des TIC est restreinte aux claviers ou aux interfaces clavier, toutes les fonctions doivent pouvoir fonctionner sans vision, comme l’exige la clause 5.1.3.

    +     		+

    C.5.1.6.1 Fonction restreinte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La fonctionnalité des TIC est restreinte aux claviers ou aux interfaces clavier.

    +

    Procédure

    +

    1. Vérifier que toutes les fonctions sont utilisables sans vision.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.1.6.2 Focus de la saisie

    +

    Lorsque la fonctionnalité des TIC est restreinte aux claviers ou aux interfaces clavier et que le point d’entrée peut être déplacé vers un élément d’interface utilisateur, il doit être possible d’éloigner le point d’entrée de cet élément en utilisant le même mécanisme, afin d’éviter de piéger le focus de la saisie.

    +     		+

    C.5.1.6.2 Focus de la saisie

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La fonctionnalité des TIC est restreinte aux claviers ou aux interfaces clavier.

    +

    2. La Au focus d’entrée peut être déplacée vers un élément d’interface utilisateur.

    +

    Procédure

    +

    1. Vérifier qu’il est possible d’éloigner la Au focus d’entrée de cet élément en utilisant le même mécanisme.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    5.1.7 Accès sans capacité vocale

    +

    Lorsque la capacité vocale est nécessaire pour faire fonctionner des fonctions restreintes des TIC, celles-ci doivent prévoir au moins un mode de fonctionnement utilisant un autre mécanisme de saisie ne nécessitant pas la capacité vocale.

    +     		+

    C.5.1.7 Accès sans capacité vocale

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La capacité vocale est nécessaire pour permettre l’utilisation des fonctions restreintes de TIC.

    +

    Procédure

    +

    1. Vérifier que les fonctions restreintes peuvent être activées par un autre mécanisme de saisie qui ne nécessite pas la capacité vocale.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.2 Activation des caractéristiques d’accessibilité

    +

    Lorsque les TIC sont dotées de caractéristiques d’accessibilité documentées, est-il possible d’activer les caractéristiques requises pour répondre à un besoin particulier sans avoir recours à une méthode qui ne répond pas à ce besoin?

    +     		+

    C.5.2 Activation des caractéristiques d’accessibilité

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées de caractéristiques d’accessibilité documentées pour répondre à un besoin spécifique.

    +

    Procédure

    +

    1. Vérifier qu’il est possible d’activer les caractéristiques d’accessibilité sans avoir recours à une méthode qui ne répond pas à ce besoin.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.3 Données biométriques

    +

    Lorsque les TIC utilisent des caractéristiques biologiques, elles ne s’appuient pas sur l’utilisation d’une caractéristique biologique particulière comme seul moyen d’identification de l’utilisateur ou de contrôle des TIC.

    +

    REMARQUE 1: D’autres moyens d’identification des utilisateurs ou de contrôle des TIC pourraient être non biométriques ou biométriques.

    +

    REMARQUE 2: Les méthodes biométriques fondées sur des caractéristiques biologiques dissemblables augmentent la probabilité que les personnes handicapées possèdent au moins une des caractéristiques biologiques précisées. Les empreintes digitales, les motifs rétiniens des yeux, la voix et le visage sont des exemples de caractéristiques biologiques dissemblables.

    +     		+

    C.5.3 Données biométriques

    +

    Type d’évaluation

    +

    Examen no 1

    +

    Conditions préalables

    +

    1. Les TIC utilisent des caractéristiques biologiques pour l’identification des utilisateurs.

    +

    Procédure

    +

    1. Vérifier que plus d’un moyen peut être utilisé pour identifier l’utilisateur.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Type d’évaluation

    +

    Examen no 2

    +

    Conditions préalables

    +

    1. Les TIC utilisent des caractéristiques biologiques pour le contrôle des TIC.

    +

    Procédure

    +

    1. Vérifiez que plus d’un moyen peut être utilisé pour le contrôle des TIC.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.4 Préservation des renseignements sur l’accessibilité pendant la conversion

    +

    Lorsque les TIC convertissent des renseignements ou des communications, elles préservent tous les renseignements libres documentés fournis aux fins d’accessibilité, dans la mesure où ces renseignements peuvent être contenus ou pris en charge dans le format de destination.

    +     		+

    C.5.4 Préservation des renseignements sur l’accessibilité pendant la conversion

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les renseignements libres fournis aux fins d’accessibilité sont documentés.

    +

    2. Les TIC convertissent les renseignements ou les communications.

    +

    3. Les renseignements libres fournis aux fins d’accessibilité peuvent être contenus dans le format de destination.

    +

    4. Les renseignements libres fournis aux fins d’accessibilité peuvent être pris en charge dans le format de destination.

    +

    Procédure

    +

    1. Vérifier que les renseignements libres fournis aux fins d’accessibilité sont préservés lorsque les TIC convertissent les renseignements ou les communications.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    5.5 Pièces manœuvrables
    Clause de la norme EN 301 549Détermination de la conformité
    -

    5.5.1 Moyens de fonctionnement

    -

    Lorsque les TIC sont dotées de pièces manœuvrables qui nécessitent un serrage, un pincement ou une - torsion du poignet pour fonctionner, un autre moyen de fonctionnement qui n’exige pas de telles - actions doit être fourni.

    -     		-

    C.5.5.1 Moyens de fonctionnement

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    Les TIC sont dotées de pièces manœuvrables qui nécessitent un serrage, un pincement ou une torsion du - poignet pour fonctionner.

    -

    Procédure

    -

    1. Vérifier qu’il y a un autre moyen de fonctionnement qui n’exige pas de telles actions.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.5.2 Perceptibilité des pièces manœuvrables

    -

    Lorsque les TIC sont dotées de pièces manœuvrables, elles doivent offrir un moyen de percevoir chaque - pièce manœuvrable sans recourir à la vision et sans effectuer l’action associée à cette pièce - manœuvrable.

    -

    REMARQUE: Cette exigence peut être satisfaite en rendant les pièces manœuvrables perceptibles au - toucher.

    -     		-

    C.5.5.2 Perceptibilité des pièces manœuvrables

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    Les TIC sont dotées de pièces manœuvrables.

    -

    Procédure

    -

    1. Déterminer qu’il y a moyen de percevoir chaque pièce manœuvrable sans avoir besoin de la vision. -

    -

    2. Vérifier que l’action associée à la pièce manœuvrable n’a pas été effectuée en utilisant les - moyens de perception de chaque pièce manœuvrable de l’étape 1.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    5.5 Pièces manœuvrables
    Clause de la norme EN 301 549Détermination de la conformité
    +

    5.5.1 Moyens de fonctionnement

    +

    Lorsque les TIC sont dotées de pièces manœuvrables qui nécessitent un serrage, un pincement ou une torsion du poignet pour fonctionner, un autre moyen de fonctionnement qui n’exige pas de telles actions doit être fourni.

    +     		+

    C.5.5.1 Moyens de fonctionnement

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    Les TIC sont dotées de pièces manœuvrables qui nécessitent un serrage, un pincement ou une torsion du poignet pour fonctionner.

    +

    Procédure

    +

    1. Vérifier qu’il y a un autre moyen de fonctionnement qui n’exige pas de telles actions.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.5.2 Perceptibilité des pièces manœuvrables

    +

    Lorsque les TIC sont dotées de pièces manœuvrables, elles doivent offrir un moyen de percevoir chaque pièce manœuvrable sans recourir à la vision et sans effectuer l’action associée à cette pièce manœuvrable.

    +

    REMARQUE: Cette exigence peut être satisfaite en rendant les pièces manœuvrables perceptibles au toucher.

    +     		+

    C.5.5.2 Perceptibilité des pièces manœuvrables

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    Les TIC sont dotées de pièces manœuvrables.

    +

    Procédure

    +

    1. Déterminer qu’il y a moyen de percevoir chaque pièce manœuvrable sans avoir besoin de la vision.

    +

    2. Vérifier que l’action associée à la pièce manœuvrable n’a pas été effectuée en utilisant les moyens de perception de chaque pièce manœuvrable de l’étape 1.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    5.6 Commandes de verrouillage ou de basculement
    Clause de la norme EN 301 549Détermination de la conformité
    -

    5.6.1 État tactile ou auditif

    -

    Lorsque les TIC sont dotées d’une commande de verrouillage ou de basculement et que cette commande se - présente visuellement à l’utilisateur, les TIC doivent fournir au moins un mode de fonctionnement - dans lequel l’état de la commande peut être déterminé de manière tactile ou auditive sans qu’il soit - nécessaire d’actionner la commande.

    -

    REMARQUE 1: Les commandes de verrouillage ou de basculement sont celles qui ne peuvent comporter que - deux ou trois états et qui conservent leur état pendant l’utilisation.

    -

    REMARQUE 2: La touche « VERR MAJ » de la plupart des claviers est un exemple de commande de - verrouillage ou de basculement. La touche de volume d’un téléphone public, qui peut être réglé à un - volume normal, fort ou très fort, en est un autre exemple.

    -     		-

    C.5.6.1 État tactile ou auditif

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’une commande de verrouillage ou de basculement.

    -

    2. La commande de verrouillage ou de basculement se présente visuellement à l’utilisateur.

    -

    Procédure

    -

    1. Vérifier qu’au moins un mode de fonctionnement permet de déterminer au toucher l’état de toutes - les commandes de verrouillage ou de basculement sans qu’il soit nécessaire d’actionner la commande. -

    -

    2. Vérifier qu’au moins un mode de fonctionnement permet de déterminer au son l’état de toutes les - commandes de verrouillage ou de basculement sans qu’il soit nécessaire d’actionner la commande.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    - -
    -

    5.6.2 État visuel

    -

    Lorsque les TIC sont dotées d’une commande de verrouillage ou de basculement et que la commande ne se - présente pas visuellement à l’utilisateur, les TIC doivent fournir au moins un mode de - fonctionnement permettant de déterminer visuellement l’état de la commande.

    -

    REMARQUE 1: Les commandes de verrouillage ou de basculement sont celles qui ne peuvent comporter que - deux ou trois états et qui conservent leur état pendant l’utilisation.

    -

    REMARQUE 2: La touche « VERR MAJ » de la plupart des claviers est un exemple de commande de - verrouillage ou de basculement. Un indicateur visuel d’état sur un clavier est un exemple de - détermination de l’état d’une commande.

    -     		-

    C.5.6.2 État visuel

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’une commande de verrouillage ou de basculement.

    -

    2. La commande de verrouillage ou de basculement se présente à l’utilisateur.

    -

    Procédure

    -

    1. Vérifier qu’il existe au moins un mode de fonctionnement dans lequel l’état de toutes les - commandes de verrouillage ou de basculement peut être déterminé visuellement lorsque la commande se - présente.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    5.7 Répétition des touches

    -

    Lorsque les TIC sont dotées d’une fonction de répétition des touches qui ne peut pas être désactivée: -

    -

    1. le délai de répétition des touches doit être réglable à au moins 2 secondes;

    -

    2. la fréquence de répétition des touches doit être réglable à un caractère par 2 secondes.

    -     		-

    C.5.7 Répétition des touches

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’un clavier ou d’un pavé numérique avec une fonction de répétition des - touches.

    -

    2. La fonction de répétition des touches ne peut pas être désactivée.

    -

    Procédure

    -

    1. Vérifier que le délai de répétition des touches peut être réglé à au moins 2 secondes.

    -

    2. Vérifier que la fréquence de répétition des touches peut être réglée à 2 secondes par caractère. -

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    5.8 Acceptation de la double frappe

    -

    Lorsque les TIC sont dotées d’un clavier ou d’un pavé numérique, le délai après chaque frappe, - pendant lequel une pression supplémentaire sur une touche ne sera pas acceptée si elle est identique - à la pression précédente, doit être réglable jusqu’à au moins 0,5 seconde.

    -     		-

    C.5.8 Acceptation de la double frappe

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’un clavier ou d’un pavé numérique.

    -

    Procédure

    -

    1. Vérifier qu’un mécanisme permet de régler le délai après chaque frappe, pendant lequel une - pression supplémentaire sur une touche ne sera pas acceptée si elle est identique à la pression - précédente.

    -

    2. Régler ce mécanisme à son niveau maximal.

    -

    3. Appuyer sur n’importe quelle touche.

    -

    4. Après un délai de 0,5 seconde, appuyer sur la même touche qu’à l’étape 3.

    -

    5. Vérifier si la touche de l’étape 4 a été acceptée.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai et l’énoncé testable no 5 - est faux.

    -

    Échec: L’énoncé testable no 1 est faux et l’énoncé testable no 5 est - vrai.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    5.9 Actions simultanées de la part de l’utilisateur

    -

    Lorsque les TIC requièrent des actions simultanées de la part de l’utilisateur pour fonctionner, ces - TIC doivent fournir au moins un mode de fonctionnement qui ne requiert pas d’actions simultanées de - la part de l’utilisateur pour fonctionner.

    -

    REMARQUE: L’utilisation des deux mains pour ouvrir le couvercle d’un ordinateur portable, la pression - simultanée de deux ou plusieurs touches ou le contact d’une surface avec plus d’un doigt sont des - exemples d’actions simultanées de la part de l’utilisateur.

    -     		-

    C.5.9 Actions simultanées de la part de l’utilisateur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC ont un mode de fonctionnement exigeant des actions simultanées de la part de - l’utilisateur.

    -

    Aucune

    -

    Procédure

    -

    1. Vérifier qu’il existe un mode de fonctionnement qui n’exige pas d’actions simultanées de la part - de l’utilisateur.

    -

    2. Déterminer toutes les fonctions contrôlables par l’utilisateur des TIC.

    -

    3. Vérifier que chaque fonction contrôlable par l’utilisateur peut être commandée par une seule - action.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 3 est vrai.

    -

    Échec: L’énoncé testable no 3 est faux pour tous les modes de fonctionnement.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    5.6 Commandes de verrouillage ou de basculement
    Clause de la norme EN 301 549Détermination de la conformité
    +

    5.6.1 État tactile ou auditif

    +

    Lorsque les TIC sont dotées d’une commande de verrouillage ou de basculement et que cette commande se présente visuellement à l’utilisateur, les TIC doivent fournir au moins un mode de fonctionnement dans lequel l’état de la commande peut être déterminé de manière tactile ou auditive sans qu’il soit nécessaire d’actionner la commande.

    +

    REMARQUE 1: Les commandes de verrouillage ou de basculement sont celles qui ne peuvent comporter que deux ou trois états et qui conservent leur état pendant l’utilisation.

    +

    REMARQUE 2: La touche « VERR MAJ » de la plupart des claviers est un exemple de commande de verrouillage ou de basculement. La touche de volume d’un téléphone public, qui peut être réglé à un volume normal, fort ou très fort, en est un autre exemple.

    +     		+

    C.5.6.1 État tactile ou auditif

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’une commande de verrouillage ou de basculement.

    +

    2. La commande de verrouillage ou de basculement se présente visuellement à l’utilisateur.

    +

    Procédure

    +

    1. Vérifier qu’au moins un mode de fonctionnement permet de déterminer au toucher l’état de toutes les commandes de verrouillage ou de basculement sans qu’il soit nécessaire d’actionner la commande.

    +

    2. Vérifier qu’au moins un mode de fonctionnement permet de déterminer au son l’état de toutes les commandes de verrouillage ou de basculement sans qu’il soit nécessaire d’actionner la commande.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    5.6.2 État visuel

    +

    Lorsque les TIC sont dotées d’une commande de verrouillage ou de basculement et que la commande ne se présente pas visuellement à l’utilisateur, les TIC doivent fournir au moins un mode de fonctionnement permettant de déterminer visuellement l’état de la commande.

    +

    REMARQUE 1: Les commandes de verrouillage ou de basculement sont celles qui ne peuvent comporter que deux ou trois états et qui conservent leur état pendant l’utilisation.

    +

    REMARQUE 2: La touche « VERR MAJ » de la plupart des claviers est un exemple de commande de verrouillage ou de basculement. Un indicateur visuel d’état sur un clavier est un exemple de détermination de l’état d’une commande.

    +     		+

    C.5.6.2 État visuel

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’une commande de verrouillage ou de basculement.

    +

    2. La commande de verrouillage ou de basculement se présente à l’utilisateur.

    +

    Procédure

    +

    1. Vérifier qu’il existe au moins un mode de fonctionnement dans lequel l’état de toutes les commandes de verrouillage ou de basculement peut être déterminé visuellement lorsque la commande se présente.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    5.7 Répétition des touches

    +

    Lorsque les TIC sont dotées d’une fonction de répétition des touches qui ne peut pas être désactivée:

    +

    1. le délai de répétition des touches doit être réglable à au moins 2 secondes;

    +

    2. la fréquence de répétition des touches doit être réglable à un caractère par 2 secondes.

    +     		+

    C.5.7 Répétition des touches

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’un clavier ou d’un pavé numérique avec une fonction de répétition des touches.

    +

    2. La fonction de répétition des touches ne peut pas être désactivée.

    +

    Procédure

    +

    1. Vérifier que le délai de répétition des touches peut être réglé à au moins 2 secondes.

    +

    2. Vérifier que la fréquence de répétition des touches peut être réglée à 2 secondes par caractère.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    5.8 Acceptation de la double frappe

    +

    Lorsque les TIC sont dotées d’un clavier ou d’un pavé numérique, le délai après chaque frappe, pendant lequel une pression supplémentaire sur une touche ne sera pas acceptée si elle est identique à la pression précédente, doit être réglable jusqu’à au moins 0,5 seconde.

    +     		+

    C.5.8 Acceptation de la double frappe

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’un clavier ou d’un pavé numérique.

    +

    Procédure

    +

    1. Vérifier qu’un mécanisme permet de régler le délai après chaque frappe, pendant lequel une pression supplémentaire sur une touche ne sera pas acceptée si elle est identique à la pression précédente.

    +

    2. Régler ce mécanisme à son niveau maximal.

    +

    3. Appuyer sur n’importe quelle touche.

    +

    4. Après un délai de 0,5 seconde, appuyer sur la même touche qu’à l’étape 3.

    +

    5. Vérifier si la touche de l’étape 4 a été acceptée.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai et l’énoncé testable no 5 est faux.

    +

    Échec: L’énoncé testable no 1 est faux et l’énoncé testable no 5 est vrai.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    5.9 Actions simultanées de la part de l’utilisateur

    +

    Lorsque les TIC requièrent des actions simultanées de la part de l’utilisateur pour fonctionner, ces TIC doivent fournir au moins un mode de fonctionnement qui ne requiert pas d’actions simultanées de la part de l’utilisateur pour fonctionner.

    +

    REMARQUE: L’utilisation des deux mains pour ouvrir le couvercle d’un ordinateur portable, la pression simultanée de deux ou plusieurs touches ou le contact d’une surface avec plus d’un doigt sont des exemples d’actions simultanées de la part de l’utilisateur.

    +     		+

    C.5.9 Actions simultanées de la part de l’utilisateur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC ont un mode de fonctionnement exigeant des actions simultanées de la part de l’utilisateur.

    +

    Aucune

    +

    Procédure

    +

    1. Vérifier qu’il existe un mode de fonctionnement qui n’exige pas d’actions simultanées de la part de l’utilisateur.

    +

    2. Déterminer toutes les fonctions contrôlables par l’utilisateur des TIC.

    +

    3. Vérifier que chaque fonction contrôlable par l’utilisateur peut être commandée par une seule action.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 3 est vrai.

    +

    Échec: L’énoncé testable no 3 est faux pour tous les modes de fonctionnement.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    6 Les TIC permettent la communication vocale bidirectionnelle.

    - - - - - - - - - - - - + + + + + + + + + + + +
    Clause de la norme EN 301 549Détermination de la conformité
    -

    6.1 Largeur de bande sonore pour la parole

    -

    Lorsque les TIC permettent la communication vocale bidirectionnelle, pour offrir une bonne qualité - sonore, elles doivent pouvoir coder et décoder la communication vocale bidirectionnelle selon une - audiofréquence dont la limite supérieure est d’au moins 7 kHz.

    -

    REMARQUE 1: aux fins de l’interopérabilité, la Recommandation G.722[i.21] de l’UIT-T est largement - utilisée.

    -

    REMARQUE 2: lorsqu’il y a négociation de codecs, d’autres codecs normalisés tels que la - Recommandation G.722.2[i.22] de l’UIT-T sont parfois utilisés afin d’éviter le transcodage.

    -     		-

    C.6.1 Largeur de bande sonore pour la parole

    -

    Type d’évaluation

    -

    Mesure

    -

    Conditions préalables

    -

    1. Les TIC testées permettent une communication vocale bidirectionnelle.

    -

    Procédure

    -

    1. Vérifier que les TIC peuvent encoder et décoder selon une audiofréquence dont la limite supérieure - est d’au moins 7 kHz.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    Clause de la norme EN 301 549Détermination de la conformité
    +

    6.1 Largeur de bande sonore pour la parole

    +

    Lorsque les TIC permettent la communication vocale bidirectionnelle, pour offrir une bonne qualité sonore, elles doivent pouvoir coder et décoder la communication vocale bidirectionnelle selon une audiofréquence dont la limite supérieure est d’au moins 7 kHz.

    +

    REMARQUE 1: aux fins de l’interopérabilité, la Recommandation G.722[i.21] de l’UIT-T est largement utilisée.

    +

    REMARQUE 2: lorsqu’il y a négociation de codecs, d’autres codecs normalisés tels que la Recommandation G.722.2[i.22] de l’UIT-T sont parfois utilisés afin d’éviter le transcodage.

    +     		+

    C.6.1 Largeur de bande sonore pour la parole

    +

    Type d’évaluation

    +

    Mesure

    +

    Conditions préalables

    +

    1. Les TIC testées permettent une communication vocale bidirectionnelle.

    +

    Procédure

    +

    1. Vérifier que les TIC peuvent encoder et décoder selon une audiofréquence dont la limite supérieure est d’au moins 7 kHz.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    6.2 Fonctionnalité de texte en temps réel (TTR)
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    6.2.1 Fourniture du TTR
    Clause de la norme EN 301 549Détermination de la conformité
    -

    6.2.1.1 Communication par TTR

    -

    Lorsque le mode des TIC prévoit un moyen de communication vocale bidirectionnelle, les TIC doivent - fournir un moyen de communication vocale bidirectionnelle par TTR, sauf si cela nécessite des - modifications de conception pour ajouter du matériel d'entrée ou de sortie aux TIC. -

    -

    REMARQUE 1 : Cette exigence inclut les produits qui ne sont pas dotés de fonctionnalités d’affichage - physique ou de saisie de texte mais qui ont la capacité de se connecter à des périphériques qui - possèdent de telles fonctionnalités. Elle inclut également les TIC intermédiaires situés entre les - points finaux de la communication.

    -

    REMARQUE 2 : Il n’est pas nécessaire d’ajouter : un écran matériel, un clavier matériel ou du - matériel pour permettre de se connecter à un écran ou à un clavier, filaire ou sans fil, si ce - matériel n’est normalement pas fourni.

    -

    REMARQUE 3 : Aux fins de l’interopérabilité, la Recommandation ITU-T T.140 [i.36] est largement - utilisée.

    -     		-

    C.6.2.1.1 Communication par TTR

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC testées possèdent un mode qui permet une communication vocale bidirectionnelle.

    -

    2. Les TIC sont dans le mode qui permet la communication vocale bidirectionnelle

    -

    3. Un « terminal de TTR de référence » est disponible.

    -

    Procédure

    -

    1. Vérifier que les TIC permettent une communication par TTR bidirectionnelle avec les TIC de « - référence ». -

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les - dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces - terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin - que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    -
    -

    6.2.1.2 Voix et texte simultanés

    -

    Lorsque les TIC prévoient un moyen de communication vocale bidirectionnelle et permettent aux - utilisateurs de communiquer par TTR, elles doivent permettre la communication vocale et textuelle - simultanément par l’intermédiaire d’une connexion utilisateur unique.

    -

    REMARQUE 1 : Dans le cas d’une communication entre plusieurs participants, comme dans un système de - conférence, il est permis (mais pas obligatoire ou nécessairement recommandé) que le TTR soit traité - dans un champ d’affichage unique et que « la prise de parole à tour de rôle » soit nécessaire afin - d’éviter toute confusion (de la même manière que la prise de parole à tour de rôle est requise pour - ceux qui présentent ou parlent avec la parole). -

    -

    REMARQUE 2 : Dans le cas d’une communication entre plusieurs participants, la pratique exemplaire - consiste à lever la main pour que les utilisateurs de capacité vocale et les utilisateurs du TTR - soient traités de la même manière, afin que les utilisateurs de capacité vocale et de TTR soient - placés dans la même file d’attente.

    -

    REMARQUE 3 : Dans le cas d’un système de conférence entre plusieurs participants dont l’une des - fonctions est le clavardage – le TTR (tout comme la capacité vocale) est généralement séparé de la - fonction de clavardage pour que celle-ci n’interfère pas avec le TTR (c.-à-d. les personnes peuvent - envoyer des messages dans la zone de clavardage pendant qu’une personne présente ou parle avec le - TTR – de la même manière que les personnes s’envoient des messages en utilisant la fonction de - clavardage pendant que des personnes utilisent la parole pour parler). Les utilisateurs de TTR - utiliseraient alors le TTR pour présenter et la fonction de clavardage pour envoyer des messages - pendant que les autres présentent (par la parole ou le TTR).

    -

    REMARQUE 4 : La possibilité de faire fonctionner la capacité vocale et le TTR simultanément (et - séparément de la fonction de clavardage) peut également permettre à la zone de TTR de prendre en - charge le sous-titrage lorsque quelqu’un parle (et elle n’est donc pas utilisée pour le TTR puisque - ce n’est pas au tour de l’utilisateur du TTR de prendre la parole).

    -

    REMARQUE 5 : Lorsque le logiciel côté serveur tout comme le matériel et les logiciels locaux sont - nécessaires pour fournir la communication vocale, mais qu’aucune partie ne peut prendre en charge la - communication vocale sans l’autre et qu’elles sont vendues comme une seule unité pour la fonction de - communication vocale, les composants des logiciels locaux et du serveur sont considérés comme un - seul produit.

    -     		-

    C.6.2.1.2 Voix et texte simultanés

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC permettent la communication vocale bidirectionnelle.

    -

    2. Les TIC prévoient un moyen de communication par TTR bidirectionnelle.

    -

    Procédure

    -

    1. Vérifier que les TIC permettent la communication vocale et le TTR simultanément par - l’intermédiaire d’une connexion utilisateur unique.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    6.2.1 Fourniture du TTR
    Clause de la norme EN 301 549Détermination de la conformité
    +

    6.2.1.1 Communication par TTR

    +

    Lorsque le mode des TIC prévoit un moyen de communication vocale bidirectionnelle, les TIC doivent fournir un moyen de communication vocale bidirectionnelle par TTR, sauf si cela nécessite des modifications de conception pour ajouter du matériel d'entrée ou de sortie aux TIC.

    +

    REMARQUE 1 : Cette exigence inclut les produits qui ne sont pas dotés de fonctionnalités d’affichage physique ou de saisie de texte mais qui ont la capacité de se connecter à des périphériques qui possèdent de telles fonctionnalités. Elle inclut également les TIC intermédiaires situés entre les points finaux de la communication.

    +

    REMARQUE 2 : Il n’est pas nécessaire d’ajouter : un écran matériel, un clavier matériel ou du matériel pour permettre de se connecter à un écran ou à un clavier, filaire ou sans fil, si ce matériel n’est normalement pas fourni.

    +

    REMARQUE 3 : Aux fins de l’interopérabilité, la Recommandation ITU-T T.140 [i.36] est largement utilisée.

    +     		+

    C.6.2.1.1 Communication par TTR

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC testées possèdent un mode qui permet une communication vocale bidirectionnelle.

    +

    2. Les TIC sont dans le mode qui permet la communication vocale bidirectionnelle

    +

    3. Un « terminal de TTR de référence » est disponible.

    +

    Procédure

    +

    1. Vérifier que les TIC permettent une communication par TTR bidirectionnelle avec les TIC de « référence ».

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    +
    +

    6.2.1.2 Voix et texte simultanés

    +

    Lorsque les TIC prévoient un moyen de communication vocale bidirectionnelle et permettent aux utilisateurs de communiquer par TTR, elles doivent permettre la communication vocale et textuelle simultanément par l’intermédiaire d’une connexion utilisateur unique.

    +

    REMARQUE 1 : Dans le cas d’une communication entre plusieurs participants, comme dans un système de conférence, il est permis (mais pas obligatoire ou nécessairement recommandé) que le TTR soit traité dans un champ d’affichage unique et que « la prise de parole à tour de rôle » soit nécessaire afin d’éviter toute confusion (de la même manière que la prise de parole à tour de rôle est requise pour ceux qui présentent ou parlent avec la parole).

    +

    REMARQUE 2 : Dans le cas d’une communication entre plusieurs participants, la pratique exemplaire consiste à lever la main pour que les utilisateurs de capacité vocale et les utilisateurs du TTR soient traités de la même manière, afin que les utilisateurs de capacité vocale et de TTR soient placés dans la même file d’attente.

    +

    REMARQUE 3 : Dans le cas d’un système de conférence entre plusieurs participants dont l’une des fonctions est le clavardage – le TTR (tout comme la capacité vocale) est généralement séparé de la fonction de clavardage pour que celle-ci n’interfère pas avec le TTR (c.-à-d. les personnes peuvent envoyer des messages dans la zone de clavardage pendant qu’une personne présente ou parle avec le TTR – de la même manière que les personnes s’envoient des messages en utilisant la fonction de clavardage pendant que des personnes utilisent la parole pour parler). Les utilisateurs de TTR utiliseraient alors le TTR pour présenter et la fonction de clavardage pour envoyer des messages pendant que les autres présentent (par la parole ou le TTR).

    +

    REMARQUE 4 : La possibilité de faire fonctionner la capacité vocale et le TTR simultanément (et séparément de la fonction de clavardage) peut également permettre à la zone de TTR de prendre en charge le sous-titrage lorsque quelqu’un parle (et elle n’est donc pas utilisée pour le TTR puisque ce n’est pas au tour de l’utilisateur du TTR de prendre la parole).

    +

    REMARQUE 5 : Lorsque le logiciel côté serveur tout comme le matériel et les logiciels locaux sont nécessaires pour fournir la communication vocale, mais qu’aucune partie ne peut prendre en charge la communication vocale sans l’autre et qu’elles sont vendues comme une seule unité pour la fonction de communication vocale, les composants des logiciels locaux et du serveur sont considérés comme un seul produit.

    +     		+

    C.6.2.1.2 Voix et texte simultanés

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC permettent la communication vocale bidirectionnelle.

    +

    2. Les TIC prévoient un moyen de communication par TTR bidirectionnelle.

    +

    Procédure

    +

    1. Vérifier que les TIC permettent la communication vocale et le TTR simultanément par l’intermédiaire d’une connexion utilisateur unique.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    6.2.2 Affichage du TTR (texte en temps réel)
    Clause de la norme EN 301 549Détermination de la conformité
    -

    6.2.2.1 Affichage visuellement reconnaissable

    -

    Lorsque les TIC sont dotées de capacités d’envoi et de réception de TTR, l’affichage du texte envoyé - doit être visuellement différenciable et séparé de l’affichage du texte reçu.

    -

    REMARQUE : La possibilité de choisir entre l’affichage du texte d’envoi et de réception sur une ligne - ou séparément et avec des options de sélection, permet aux utilisateurs d’afficher le TTR dans le - format qui leur convient le mieux. Cela permettrait aux utilisateurs de texte en braille d’utiliser - un seul champ et d’intervenir à tour de rôle ainsi que de faire apparaître le texte de manière - séquentielle s’ils en ont besoin ou s’ils préfèrent.

    -     		-

    C.6.2.2.1 Affichage visuellement reconnaissable

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC testées ont des capacités d’envoi et de réception de TTR.

    -

    2. Les TIC permettent les mécanismes de TTR.

    -

    3. Un appareil de TTR de référence compatible qui utilise des mécanismes pris en charge par le - système des TIC est branché à l’autre extrémité du système sous épreuve

    -

    Procédure

    -

    1. Les TIC testées sont raccordées au système des TIC auquel le terminal de référence est raccordé. -

    -

    2. Les différents éléments des TIC sont fonctionnels (le raccordement est actif et les terminaux sont - en mode TTR correspondant) et les deux terminaux communiquent entre eux.

    -

    3. Une séquence de textes courts est envoyée par les TIC testées.

    -

    4. Une séquence de textes courts est envoyée par le terminal de référence.

    -

    5. Vérifier, sur les TIC testées, que l’affichage du texte envoyé est visuellement différenciable et - séparé de l’affichage du texte reçu.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 5 est vrai.

    -

    Échec: L’énoncé testable no 5 est faux.

    -

    REMARQUE: Un terminal de référence est un terminal doté de capacités d’envoi et de réception de TTR - qui utilise des mécanismes de TTR pris en charge par le système des TIC. Ce terminal de référence - est la responsabilité du laboratoire d’évaluation.

    -
    -

    6.2.2.2 Direction d’envoi et de réception déterminable par un programme informatique -

    -

    Lorsque les TIC présentent des capacités d’envoi et de réception de TTR, la direction de l’envoi et - de la réception du texte doit pouvoir être déterminée par un programme informatique, à moins que la - fonction de TTR soit une fonctionnalité restreinte.

    -

    REMARQUE: Le but de cette clause est de permettre aux lecteurs d’écran de différencier le texte - entrant du texte sortant lorsque la fonction de TTR est utilisée.

    -     		-

    C.6.2.2.2 Direction d’envoi et de réception déterminable par un programme - informatique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC testées ont des capacités d’envoi et de réception de TTR.

    -

    2. La TTR a une fonction non restreinte.

    -

    3. Un « terminal de TTR de référence » est disponible.

    -

    Procédure

    -

    1. Les TIC testées sont connectés au « terminal de TTR de référence ». -

    -

    2. Les différents éléments des TIC sont fonctionnels (le raccordement est actif et les terminaux sont - en mode TTR correspondant) et les deux terminaux communiquent entre eux.

    -

    3. Une séquence de textes courts est envoyée par les TIC testées.

    -

    4. Une séquence de textes courts est envoyée par le « terminal de TTR de référence ».

    -

    5. Vérifier que la direction d’envoi et réception de texte peut être déterminée par un programme - informatique.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 5 est vrai.

    -

    Échec: L’énoncé testable no 5 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les - dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces - terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin - que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    -
    -

    6.2.2.3 Identification des interlocuteurs

    -

    Lorsque les TIC sont dotées de capacités de TTR et offrent l’identification des interlocuteurs par - capacité vocale, elles doivent fournir l’identification des interlocuteurs par TTR. -

    -

    REMARQUE : Cela est nécessaire pour permettre aux participants utilisant la fonction de capacité - vocale comme ceux utilisant la fonction de TTR de savoir qui communique à un moment donné, que ce - soit par TTR ou capacité vocale.

    -     		-

    C.6.2.2.3 Identification des interlocuteurs

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC disposent de capacités de TTR.

    -

    2. Les TIC fournissent l’identification des interlocuteurs pour la capacité vocale.

    -

    3. Un « terminal de TTR de référence » est disponible.

    -

    Procédure

    -

    1. Les TIC testées sont connectées au « terminal de TTR de référence ».

    -

    2. Le TTR est envoyé à partir du « terminal de TTR de référence ». -

    -

    3. Vérifier par observation si les TIC testées permettent l’identification des interlocuteurs pour le - TTR entrant.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 2 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les - dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces - terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin - que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    -
    -

    6.2.2.4 Indicateur visuel de l’audio avec TTR

    -

    Lorsque les TIC offrent une communication vocale bidirectionnelle dotées de capacités de TTR, elles - doivent fournir un indicateur visuel en temps réel de l’activité audio à l’écran. -

    REMARQUE 1 : L’indicateur visuel peut être une position de caractère simple sur l’écran qui clignote - pour refléter l’activité audio ou la présentation des renseignements d’une autre manière étant à la - fois visible par les utilisateurs voyants et transmis aux utilisateurs sourds-aveugles qui utilisent - un écran braille.

    -

    REMARQUE 2 : Sans cette indication, une personne qui n’a pas la capacité d’entendre ne sait pas quand - quelqu’un parle.

    -     		-

    C.6.2.2.4 Indicateur visuel de l’audio avec TTR

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC offrent une communication vocale bidirectionnelle.

    -

    2. Les TIC sont dotées de capacités de TTR.

    -

    Procédure

    -

    1. La TIC testée est connectée à une autre TIC fournissant une communication vocale bidirectionnelle - qui est compatible avec la voix de celle-ci.

    -

    2. Une personne parle dans l’autre TIC. -

    -

    3. Vérifier par observation s’il y a un indicateur visuel en temps réel de l’activité audio.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 3 est vrai.

    -

    Échec: L’énoncé testable no 3 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    - -

    REMARQUE : L’indicateur devrait clignoter en temps réel d’une manière qui reflète l’activité audio. -

    -
    -

    6.2.3 Interopérabilité

    -

    Lorsque les TIC dotées d’une fonction de TTR fonctionnent avec d’autres TIC dotées d’une fonction de - TTR (comme l’exige la clause 6.2.1.1), elles doivent prendre en charge au moins un des quatre - mécanismes d’interopérabilité de TTR décrits ci-dessous:

    -

    1. l’interopérabilité des TIC sur le réseau téléphonique public commuté (RTPC), avec d’autres TIC qui - se raccordent directement au RTPC, comme le décrit la Recommandation V.18[i.23] de l’UIT-T ou l’une - de ses annexes pour les signaux de téléphonie texte à l’interface du RTPC;

    -

    2. l’interopérabilité des TIC avec d’autres TIC à l’aide de la technologie Voix sur IP (VoIP) dotée - du protocole d’initialisation de session (PIS) et du TTR conforme à RFC 4103 [i.13] de l’IETF. Pour - l’interopérabilité des TIC avec d’autres TIC utilisant le sous-système multimédia IP (IMS) pour - mettre en œuvre VoIP, l’ensemble des protocoles spécifiés dans TS 126 114 [i.10], TS 122 173 [i.11] - et TS 134 229 [i.12] de l’ETSI décrivent la façon dont RFC 4103 [i.13] de l’IETF s’appliquerait;

    -

    3. l’interopérabilité des TIC avec d’autres TIC utilisant des technologies autres que a ou b, - ci-dessus, utilisant une spécification commune pertinente et applicable pour les échanges de TTR qui - est publiée et accessible pour les environnements dans lesquels elles fonctionneront. Cette - spécification commune doit comprendre une méthode permettant d’indiquer la perte ou la corruption de - caractères

    -

    4. l’interopérabilité des TIC avec d’autres TIC utilisant une norme pour TTR qui a été mise en place - aux fins d’utilisation dans un des environnements susmentionnés, et qui est compatible avec toutes - les autres TIC actives qui prennent en charge la capacité vocale et le TTR dans l’environnement en - question.

    -     		-

    C.6.2.3 Interopérabilité

    -

    a)

    -

    Type d’évaluation

    -

    Test

    -

    Conditions préalables

    -

    1. Vérifier l’interopérabilité des TIC avec le réseau téléphonique public commuté (RTPC), le terminal - de référence V.18 étant raccordé au RTPC comme il est décrit dans la Recommandation V.18 [i.23] de - UIT-T ou l’une de ses annexes pour les signaux de téléphonie à l’interface RTPC.

    -

    2. Vérifier que les TIC fonctionnent avec d’autres TIC à l’aide de la technologie VoIP dotée du - protocole d’initiation de session (PIS) et du texte en temps réel conforme à RFC 4103[i.13]de - l’IETF;

    -

    3. Vérifier que les TIC fonctionnent avec d’autres TIC dotées de TTR conformes aux protocoles du - sous-système multimédia IP (IMS) conformément aux spécifications TS 126 114[i.10], TS 122 173[i.11] - et TS 134 229[i.12] de l’ETSI;

    -

    Procédure

    -

    1. Vérifier l’interopérabilité des TIC avec le réseau téléphonique public commuté (RTPC), le terminal - de référence V.18 étant raccordé au RTPC comme il est décrit dans la Recommandation V.18 [i.23] de - UIT-T ou l’une de ses annexes pour les signaux de téléphonie à l’interface RTPC.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Un « terminal de référence V.18 » est un terminal spécialement conçu pour tester les - dispositifs V.18 de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux - sont généralement créés par une entité de normalisation nationale ou internationale afin que tous - les tests soient effectués avec un « terminal de référence » compatible.

    -

    b)

    -

    Type d’évaluation

    -

    Test

    -

    Conditions préalables

    -

    1. Les TCI fournissent un moyen de communication vocale bidirectionnelle à l’aide de la technologie - Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS).

    -

    2. Les TIC fournissent un moyen de communication bidirectionnelle par TTR.

    -

    3. Un « terminal de TTR de référence » est disponible.

    -

    Procédure

    -

    1. Vérifier l’interopérabilité des TIC avec le « terminal de TTR de référence » à l’aide de la - technologie Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS) et du TTR - conforme à RFC 4103 [i.13] de l’IETF.

    -

    2. Si les TIC interopèrent avec d’autres TIC utilisant le sous-système multimédia IP (IMS) pour - mettre en œuvre VoIP, vérifier qu’elles respectent l’ensemble des protocoles spécifiés dans TS 126 - 114 [i.10], TS 122 173 [i.11] et TS 134 229 [i.12] de l’ETSI décrivant la façon dont RFC 4103 [i.13] - de l’IETF s’applique.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai et si les TIC interopèrent avec d’autres TIC utilisant le - sous-système multimédia IP (IMS) pour mettre en œuvre VoIP, l’énoncé testable no 2 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux ou, si les TIC interopèrent avec d’autres TIC utilisant le - sous-système multimédia IP (IMS) pour mettre en œuvre VoIP, l’énoncé testable no 2 est faux.

    -

    Non applicable: La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les - dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces - terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin - que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    - -

    c)

    -

    Type d’évaluation

    -

    Test

    -

    Conditions préalables

    -

    1. Les TCI fournissent un moyen de communication vocale bidirectionnelle à l’aide de technologies - autres que le RTPC ou Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS).

    -

    2. Les TIC fournissent un moyen de communication bidirectionnelle par TTR.

    -

    3. Un « terminal de TTR de référence » est disponible pour ce mode de communication par TTR.

    -

    Procédure

    -

    1. Vérifier l’interopérabilité des TIC avec le « terminal de TTR de référence » utilisant une - spécification commune pertinente et applicable pour les échanges de TTR qui est publiée et - accessible pour les environnements dans lesquels les TIC fonctionneront.

    -

    2. Vérifier que la spécification commune dans l’énoncé testable no 1 comprend une méthode permettant - d’indiquer la perte ou la corruption de caractères.

    -

    Résultat

    -

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les - dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces - terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin - que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    - -

    d)

    -

    Type d’évaluation

    -

    Test

    -

    Conditions préalables

    -

    1. Les TIC fournissent un moyen de communication vocale bidirectionnelle.

    -

    2. Les TIC fournissent un moyen de communication par TTR bidirectionnelle.

    -

    3. Un « terminal de TTR de référence » est disponible utilisant la nouvelle norme de TTR.

    -

    Procédure

    -

    1. Vérifier que les TIC testées interopèrent avec le « terminal de TTR de référence » pour la - nouvelle norme de TTR qui a été mise en place aux fins d’utilisation.

    -

    2. Vérifier que la nouvelle norme de TTR est supporté par toutes les autres TIC actives qui - supportent la capacité vocale et le TTR dans le même environnement.

    -

    Résultat

    -

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -
    -

    6.2.4 Réactivité du TTR (texte en temps réel)

    -

    Lorsque les TIC permettent la saisie de TTR, cette saisie doit être transmise au réseau des TIC ou à - la plateforme sur laquelle fonctionne les TIC dans un délai de 500 ms à compter du moment où la plus - petite unité de saisie de texte fiable est accessible aux TIC jusqu’à la fin de la transmission. Les - retards attribuables à la performance de la plateforme ou du réseau ne doivent pas être inclus dans - la limite de 500 ms.

    -

    REMARQUE 1 : Pour la saisie de caractère par caractère, la « plus petite unité de saisie de texte - fiable » serait un caractère. Pour la prédiction des mots, ce serait un mot. Pour certains systèmes - de reconnaissance vocale, le texte pourrait ne pas quitter le logiciel de reconnaissance tant qu’un - mot entier (ou une expression entière) n’a pas été prononcé. Dans ce cas, la plus petite unité de - saisie de texte fiable accessible aux TIC serait le mot (ou la phrase).

    -

    REMARQUE 2 : La limite de 500 ms permet de conserver en mémoire tampon les caractères avant leur - transmission de sorte que la transmission caractère par caractère ne soit pas nécessaire à moins - qu’ils soient générés plus lentement qu’un caractère par 500 ms. -

    -

    REMARQUE 3 : Un délai de 300 ms, ou moins, produit une meilleure impression de fluidité pour - l'utilisateur.

    -     		-

    C.6.2.4 Réactivité du TTR (texte en temps réel)

    -

    Type d’évaluation

    -

    Inspection des mesures ou examen

    -

    Conditions préalables

    -

    1. Les TIC testées permettent la saisie de TTR.

    -

    2. Les TIC testée sont connectées à un dispositif ou un logiciel qui peut déterminer quand les - caractères sont transmis.

    -

    Procédure

    -

    1. Saisir des caractères uniques dans le terminal testé.

    -

    2. Vérifier le temps à laquelle la saisie a eu lieu (p. ex. les caractères apparaissent sur l’écran). -

    -

    3. Vérifier le délai entre le moment où la saisie est exécutée dans les TIC testées et le moment où - le texte est transmis au réseau ou à la plate-forme des TIC.

    -

    Résultat

    -

    Réussite : Le résultat de l’énoncé testable no 3 est inférieur ou égal à 500 ms.

    -

    Échec : Le résultat de l’énoncé testable no 3 est supérieur à 500 ms.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -

    Non testable : La condition préalable 3 n’est pas remplie.

    -

    REMARQUE : Comme l’indiquent les remarques à la clause 6.2.4, la détermination du moment où la saisie - a été exécutée peut différer selon le système TTR testé.

    -
    -

    6.3 Identification de l’appelant

    -

    Lorsque les TIC sont dotées de la fonction d’identification de l’appelant ou d’une fonction de - télécommunications similaire, la fonction d’identification de l’appelant ou de télécommunications - similaire doit être offerte en mode textuel ainsi qu’être déterminable par un programme - informatique, à moins que la fonction ne soit restreinte.

    -     		-

    C.6.3 Identification de l’appelant

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC permettent la fonction d’identification de l’appelant ou de télécommunications similaire. -

    -

    Procédure

    -

    1. Vérifier que les renseignements fournis par chaque fonction sont accessibles en mode textuel.

    -

    2. Vérifier que les renseignements fournis par chaque fonction sont déterminables par la - programmation. -

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai et l’énoncé testable no 2 est vrai ou la fonction est - restreinte.

    -

    Échec : L’énoncé testable no 1 est faux ou l’énoncé testable no 2 est faux lorsque la fonction n’est - pas restreinte.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    6.4 Autres solutions de services vocaux

    -

    Lorsque les TIC permettent la communication vocale en temps réel ainsi que la messagerie vocale, la - réception automatique ou la réponse vocale interactive, elles doivent permettre à l’utilisateur - d’accéder aux renseignements et d’exécuter les tâches sans recourir à l’ouïe ou à la parole.

    -

    REMARQUE 1: Les tâches qui impliquent à la fois l’utilisation de l'interface et la perception des - informations exigeraient que celles-ci soient accessibles sans recourir à la parole ou à l’ouïe.

    -

    REMARQUE 2: Des solutions permettant de traiter les supports sons, texte et vidéo en temps réel - pourraient répondre au besoin susmentionné.

    -     		-

    C.6.4 Autres solutions de services vocaux

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC permettent la communication vocale en temps réel.

    -

    2. Les TIC permettent la messagerie vocale, la réception automatique ou la réponse vocale - interactive.

    -

    Procédure

    -

    1. Vérifier que les TIC permettent à l’utilisateur d’accéder aux renseignements sans recourir à - l’ouïe ou à la parole.

    -

    2. Vérifier que l’utilisateur peut exécuter les tâches que permet le système sans avoir à recourir à - l’ouïe ou à la parole.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    6.2.2 Affichage du TTR (texte en temps réel)
    Clause de la norme EN 301 549Détermination de la conformité
    +

    6.2.2.1 Affichage visuellement reconnaissable

    +

    Lorsque les TIC sont dotées de capacités d’envoi et de réception de TTR, l’affichage du texte envoyé doit être visuellement différenciable et séparé de l’affichage du texte reçu.

    +

    REMARQUE : La possibilité de choisir entre l’affichage du texte d’envoi et de réception sur une ligne ou séparément et avec des options de sélection, permet aux utilisateurs d’afficher le TTR dans le format qui leur convient le mieux. Cela permettrait aux utilisateurs de texte en braille d’utiliser un seul champ et d’intervenir à tour de rôle ainsi que de faire apparaître le texte de manière séquentielle s’ils en ont besoin ou s’ils préfèrent.

    +     		+

    C.6.2.2.1 Affichage visuellement reconnaissable

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC testées ont des capacités d’envoi et de réception de TTR.

    +

    2. Les TIC permettent les mécanismes de TTR.

    +

    3. Un appareil de TTR de référence compatible qui utilise des mécanismes pris en charge par le système des TIC est branché à l’autre extrémité du système sous épreuve

    +

    Procédure

    +

    1. Les TIC testées sont raccordées au système des TIC auquel le terminal de référence est raccordé.

    +

    2. Les différents éléments des TIC sont fonctionnels (le raccordement est actif et les terminaux sont en mode TTR correspondant) et les deux terminaux communiquent entre eux.

    +

    3. Une séquence de textes courts est envoyée par les TIC testées.

    +

    4. Une séquence de textes courts est envoyée par le terminal de référence.

    +

    5. Vérifier, sur les TIC testées, que l’affichage du texte envoyé est visuellement différenciable et séparé de l’affichage du texte reçu.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 5 est vrai.

    +

    Échec: L’énoncé testable no 5 est faux.

    +

    REMARQUE: Un terminal de référence est un terminal doté de capacités d’envoi et de réception de TTR qui utilise des mécanismes de TTR pris en charge par le système des TIC. Ce terminal de référence est la responsabilité du laboratoire d’évaluation.

    +
    +

    6.2.2.2 Direction d’envoi et de réception déterminable par un programme informatique

    +

    Lorsque les TIC présentent des capacités d’envoi et de réception de TTR, la direction de l’envoi et de la réception du texte doit pouvoir être déterminée par un programme informatique, à moins que la fonction de TTR soit une fonctionnalité restreinte.

    +

    REMARQUE: Le but de cette clause est de permettre aux lecteurs d’écran de différencier le texte entrant du texte sortant lorsque la fonction de TTR est utilisée.

    +     		+

    C.6.2.2.2 Direction d’envoi et de réception déterminable par un programme informatique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC testées ont des capacités d’envoi et de réception de TTR.

    +

    2. La TTR a une fonction non restreinte.

    +

    3. Un « terminal de TTR de référence » est disponible.

    +

    Procédure

    +

    1. Les TIC testées sont connectés au « terminal de TTR de référence ».

    +

    2. Les différents éléments des TIC sont fonctionnels (le raccordement est actif et les terminaux sont en mode TTR correspondant) et les deux terminaux communiquent entre eux.

    +

    3. Une séquence de textes courts est envoyée par les TIC testées.

    +

    4. Une séquence de textes courts est envoyée par le « terminal de TTR de référence ».

    +

    5. Vérifier que la direction d’envoi et réception de texte peut être déterminée par un programme informatique.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 5 est vrai.

    +

    Échec: L’énoncé testable no 5 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    +
    +

    6.2.2.3 Identification des interlocuteurs

    +

    Lorsque les TIC sont dotées de capacités de TTR et offrent l’identification des interlocuteurs par capacité vocale, elles doivent fournir l’identification des interlocuteurs par TTR.

    +

    REMARQUE : Cela est nécessaire pour permettre aux participants utilisant la fonction de capacité vocale comme ceux utilisant la fonction de TTR de savoir qui communique à un moment donné, que ce soit par TTR ou capacité vocale.

    +     		+

    C.6.2.2.3 Identification des interlocuteurs

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC disposent de capacités de TTR.

    +

    2. Les TIC fournissent l’identification des interlocuteurs pour la capacité vocale.

    +

    3. Un « terminal de TTR de référence » est disponible.

    +

    Procédure

    +

    1. Les TIC testées sont connectées au « terminal de TTR de référence ».

    +

    2. Le TTR est envoyé à partir du « terminal de TTR de référence ».

    +

    3. Vérifier par observation si les TIC testées permettent l’identification des interlocuteurs pour le TTR entrant.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    +
    +

    6.2.2.4 Indicateur visuel de l’audio avec TTR

    +

    Lorsque les TIC offrent une communication vocale bidirectionnelle dotées de capacités de TTR, elles doivent fournir un indicateur visuel en temps réel de l’activité audio à l’écran. +

    REMARQUE 1 : L’indicateur visuel peut être une position de caractère simple sur l’écran qui clignote pour refléter l’activité audio ou la présentation des renseignements d’une autre manière étant à la fois visible par les utilisateurs voyants et transmis aux utilisateurs sourds-aveugles qui utilisent un écran braille.

    +

    REMARQUE 2 : Sans cette indication, une personne qui n’a pas la capacité d’entendre ne sait pas quand quelqu’un parle.

    +     		+

    C.6.2.2.4 Indicateur visuel de l’audio avec TTR

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC offrent une communication vocale bidirectionnelle.

    +

    2. Les TIC sont dotées de capacités de TTR.

    +

    Procédure

    +

    1. La TIC testée est connectée à une autre TIC fournissant une communication vocale bidirectionnelle qui est compatible avec la voix de celle-ci.

    +

    2. Une personne parle dans l’autre TIC.

    +

    3. Vérifier par observation s’il y a un indicateur visuel en temps réel de l’activité audio.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 3 est vrai.

    +

    Échec: L’énoncé testable no 3 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    REMARQUE : L’indicateur devrait clignoter en temps réel d’une manière qui reflète l’activité audio.

    +
    +

    6.2.3 Interopérabilité

    +

    Lorsque les TIC dotées d’une fonction de TTR fonctionnent avec d’autres TIC dotées d’une fonction de TTR (comme l’exige la clause 6.2.1.1), elles doivent prendre en charge au moins un des quatre mécanismes d’interopérabilité de TTR décrits ci-dessous:

    +

    1. l’interopérabilité des TIC sur le réseau téléphonique public commuté (RTPC), avec d’autres TIC qui se raccordent directement au RTPC, comme le décrit la Recommandation V.18[i.23] de l’UIT-T ou l’une de ses annexes pour les signaux de téléphonie texte à l’interface du RTPC;

    +

    2. l’interopérabilité des TIC avec d’autres TIC à l’aide de la technologie Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS) et du TTR conforme à RFC 4103 [i.13] de l’IETF. Pour l’interopérabilité des TIC avec d’autres TIC utilisant le sous-système multimédia IP (IMS) pour mettre en œuvre VoIP, l’ensemble des protocoles spécifiés dans TS 126 114 [i.10], TS 122 173 [i.11] et TS 134 229 [i.12] de l’ETSI décrivent la façon dont RFC 4103 [i.13] de l’IETF s’appliquerait;

    +

    3. l’interopérabilité des TIC avec d’autres TIC utilisant des technologies autres que a ou b, ci-dessus, utilisant une spécification commune pertinente et applicable pour les échanges de TTR qui est publiée et accessible pour les environnements dans lesquels elles fonctionneront. Cette spécification commune doit comprendre une méthode permettant d’indiquer la perte ou la corruption de caractères

    +

    4. l’interopérabilité des TIC avec d’autres TIC utilisant une norme pour TTR qui a été mise en place aux fins d’utilisation dans un des environnements susmentionnés, et qui est compatible avec toutes les autres TIC actives qui prennent en charge la capacité vocale et le TTR dans l’environnement en question.

    +     		+

    C.6.2.3 Interopérabilité

    +

    a)

    +

    Type d’évaluation

    +

    Test

    +

    Conditions préalables

    +

    1. Vérifier l’interopérabilité des TIC avec le réseau téléphonique public commuté (RTPC), le terminal de référence V.18 étant raccordé au RTPC comme il est décrit dans la Recommandation V.18 [i.23] de UIT-T ou l’une de ses annexes pour les signaux de téléphonie à l’interface RTPC.

    +

    2. Vérifier que les TIC fonctionnent avec d’autres TIC à l’aide de la technologie VoIP dotée du protocole d’initiation de session (PIS) et du texte en temps réel conforme à RFC 4103[i.13]de l’IETF;

    +

    3. Vérifier que les TIC fonctionnent avec d’autres TIC dotées de TTR conformes aux protocoles du sous-système multimédia IP (IMS) conformément aux spécifications TS 126 114[i.10], TS 122 173[i.11] et TS 134 229[i.12] de l’ETSI;

    +

    Procédure

    +

    1. Vérifier l’interopérabilité des TIC avec le réseau téléphonique public commuté (RTPC), le terminal de référence V.18 étant raccordé au RTPC comme il est décrit dans la Recommandation V.18 [i.23] de UIT-T ou l’une de ses annexes pour les signaux de téléphonie à l’interface RTPC.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Un « terminal de référence V.18 » est un terminal spécialement conçu pour tester les dispositifs V.18 de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin que tous les tests soient effectués avec un « terminal de référence » compatible.

    +

    b)

    +

    Type d’évaluation

    +

    Test

    +

    Conditions préalables

    +

    1. Les TCI fournissent un moyen de communication vocale bidirectionnelle à l’aide de la technologie Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS).

    +

    2. Les TIC fournissent un moyen de communication bidirectionnelle par TTR.

    +

    3. Un « terminal de TTR de référence » est disponible.

    +

    Procédure

    +

    1. Vérifier l’interopérabilité des TIC avec le « terminal de TTR de référence » à l’aide de la technologie Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS) et du TTR conforme à RFC 4103 [i.13] de l’IETF.

    +

    2. Si les TIC interopèrent avec d’autres TIC utilisant le sous-système multimédia IP (IMS) pour mettre en œuvre VoIP, vérifier qu’elles respectent l’ensemble des protocoles spécifiés dans TS 126 114 [i.10], TS 122 173 [i.11] et TS 134 229 [i.12] de l’ETSI décrivant la façon dont RFC 4103 [i.13] de l’IETF s’applique.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai et si les TIC interopèrent avec d’autres TIC utilisant le sous-système multimédia IP (IMS) pour mettre en œuvre VoIP, l’énoncé testable no 2 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux ou, si les TIC interopèrent avec d’autres TIC utilisant le sous-système multimédia IP (IMS) pour mettre en œuvre VoIP, l’énoncé testable no 2 est faux.

    +

    Non applicable: La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    +

    c)

    +

    Type d’évaluation

    +

    Test

    +

    Conditions préalables

    +

    1. Les TCI fournissent un moyen de communication vocale bidirectionnelle à l’aide de technologies autres que le RTPC ou Voix sur IP (VoIP) dotée du protocole d’initialisation de session (PIS).

    +

    2. Les TIC fournissent un moyen de communication bidirectionnelle par TTR.

    +

    3. Un « terminal de TTR de référence » est disponible pour ce mode de communication par TTR.

    +

    Procédure

    +

    1. Vérifier l’interopérabilité des TIC avec le « terminal de TTR de référence » utilisant une spécification commune pertinente et applicable pour les échanges de TTR qui est publiée et accessible pour les environnements dans lesquels les TIC fonctionneront.

    +

    2. Vérifier que la spécification commune dans l’énoncé testable no 1 comprend une méthode permettant d’indiquer la perte ou la corruption de caractères.

    +

    Résultat

    +

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Un « terminal de TTR de référence » est un terminal spécialement conçu pour tester les dispositifs de TTR de manière à confirmer leur fonctionnalité et leur interopérabilité. Ces terminaux sont généralement créés par une entité de normalisation nationale ou internationale afin que tous les tests soient effectués avec un « terminal de TTR de référence » compatible.

    +

    d)

    +

    Type d’évaluation

    +

    Test

    +

    Conditions préalables

    +

    1. Les TIC fournissent un moyen de communication vocale bidirectionnelle.

    +

    2. Les TIC fournissent un moyen de communication par TTR bidirectionnelle.

    +

    3. Un « terminal de TTR de référence » est disponible utilisant la nouvelle norme de TTR.

    +

    Procédure

    +

    1. Vérifier que les TIC testées interopèrent avec le « terminal de TTR de référence » pour la nouvelle norme de TTR qui a été mise en place aux fins d’utilisation.

    +

    2. Vérifier que la nouvelle norme de TTR est supporté par toutes les autres TIC actives qui supportent la capacité vocale et le TTR dans le même environnement.

    +

    Résultat

    +

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +
    +

    6.2.4 Réactivité du TTR (texte en temps réel)

    +

    Lorsque les TIC permettent la saisie de TTR, cette saisie doit être transmise au réseau des TIC ou à la plateforme sur laquelle fonctionne les TIC dans un délai de 500 ms à compter du moment où la plus petite unité de saisie de texte fiable est accessible aux TIC jusqu’à la fin de la transmission. Les retards attribuables à la performance de la plateforme ou du réseau ne doivent pas être inclus dans la limite de 500 ms.

    +

    REMARQUE 1 : Pour la saisie de caractère par caractère, la « plus petite unité de saisie de texte fiable » serait un caractère. Pour la prédiction des mots, ce serait un mot. Pour certains systèmes de reconnaissance vocale, le texte pourrait ne pas quitter le logiciel de reconnaissance tant qu’un mot entier (ou une expression entière) n’a pas été prononcé. Dans ce cas, la plus petite unité de saisie de texte fiable accessible aux TIC serait le mot (ou la phrase).

    +

    REMARQUE 2 : La limite de 500 ms permet de conserver en mémoire tampon les caractères avant leur transmission de sorte que la transmission caractère par caractère ne soit pas nécessaire à moins qu’ils soient générés plus lentement qu’un caractère par 500 ms.

    +

    REMARQUE 3 : Un délai de 300 ms, ou moins, produit une meilleure impression de fluidité pour l'utilisateur.

    +     		+

    C.6.2.4 Réactivité du TTR (texte en temps réel)

    +

    Type d’évaluation

    +

    Inspection des mesures ou examen

    +

    Conditions préalables

    +

    1. Les TIC testées permettent la saisie de TTR.

    +

    2. Les TIC testée sont connectées à un dispositif ou un logiciel qui peut déterminer quand les caractères sont transmis.

    +

    Procédure

    +

    1. Saisir des caractères uniques dans le terminal testé.

    +

    2. Vérifier le temps à laquelle la saisie a eu lieu (p. ex. les caractères apparaissent sur l’écran).

    +

    3. Vérifier le délai entre le moment où la saisie est exécutée dans les TIC testées et le moment où le texte est transmis au réseau ou à la plate-forme des TIC.

    +

    Résultat

    +

    Réussite : Le résultat de l’énoncé testable no 3 est inférieur ou égal à 500 ms.

    +

    Échec : Le résultat de l’énoncé testable no 3 est supérieur à 500 ms.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    Non testable : La condition préalable 3 n’est pas remplie.

    +

    REMARQUE : Comme l’indiquent les remarques à la clause 6.2.4, la détermination du moment où la saisie a été exécutée peut différer selon le système TTR testé.

    +
    +

    6.3 Identification de l’appelant

    +

    Lorsque les TIC sont dotées de la fonction d’identification de l’appelant ou d’une fonction de télécommunications similaire, la fonction d’identification de l’appelant ou de télécommunications similaire doit être offerte en mode textuel ainsi qu’être déterminable par un programme informatique, à moins que la fonction ne soit restreinte.

    +     		+

    C.6.3 Identification de l’appelant

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC permettent la fonction d’identification de l’appelant ou de télécommunications similaire.

    +

    Procédure

    +

    1. Vérifier que les renseignements fournis par chaque fonction sont accessibles en mode textuel.

    +

    2. Vérifier que les renseignements fournis par chaque fonction sont déterminables par la programmation.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai et l’énoncé testable no 2 est vrai ou la fonction est restreinte.

    +

    Échec : L’énoncé testable no 1 est faux ou l’énoncé testable no 2 est faux lorsque la fonction n’est pas restreinte.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    6.4 Autres solutions de services vocaux

    +

    Lorsque les TIC permettent la communication vocale en temps réel ainsi que la messagerie vocale, la réception automatique ou la réponse vocale interactive, elles doivent permettre à l’utilisateur d’accéder aux renseignements et d’exécuter les tâches sans recourir à l’ouïe ou à la parole.

    +

    REMARQUE 1: Les tâches qui impliquent à la fois l’utilisation de l'interface et la perception des informations exigeraient que celles-ci soient accessibles sans recourir à la parole ou à l’ouïe.

    +

    REMARQUE 2: Des solutions permettant de traiter les supports sons, texte et vidéo en temps réel pourraient répondre au besoin susmentionné.

    +     		+

    C.6.4 Autres solutions de services vocaux

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC permettent la communication vocale en temps réel.

    +

    2. Les TIC permettent la messagerie vocale, la réception automatique ou la réponse vocale interactive.

    +

    Procédure

    +

    1. Vérifier que les TIC permettent à l’utilisateur d’accéder aux renseignements sans recourir à l’ouïe ou à la parole.

    +

    2. Vérifier que l’utilisateur peut exécuter les tâches que permet le système sans avoir à recourir à l’ouïe ou à la parole.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    6.5 Communication vidéo
    Clause de la norme EN 301 549Détermination de la conformité
    -

    6.5.1 Généralités (information)

    -

    La clause 6.5 (Communication vidéo) décrit les exigences fonctionnelles supportant les utilisateurs - qui communiquent en utilisant le langage des signes et la lecture labiale. Pour ces utilisateurs une - résolution au moins QVGA (320 x 240), une vitesse de défilement d’au moins 20 images par seconde et - un écart entre le son et la vidéo de 100 ms ou moins permettent une bonne utilisabilité. -

    -

    L'augmentation de la résolution et de la vitesse de défilement des images améliore encore plus le - langage des signes (en particulier l'orthographe digitale) et la lecture labiale, la vitesse de - défilement des images étant plus importante que la résolution.

    -

    Les écarts temporels entre l’audio et la vidéo (asynchronicité) peuvent avoir un impact important sur - la lecture labiale - une vidéo en retard sur l’audio a un effet négatif plus important.

    -

    La latence de bout en bout peut être un problème dans la communication vidéo (signes). Des valeurs - d’écart inférieur à 400 ms avec une augmentation allant jusqu’à 100 ms sont préférables. L’écart - global dépend de plusieurs facteurs, dont le délai de transmission du réseau et le traitement vidéo. - Voilà pourquoi il est impossible d’établir une exigence testable des valeurs minimales d’écart - global.

    -

    REMARQUE : La Recommandation UIT-T F.703 [i.37] définit et donne les exigences relatives à la - conversation totale qui a trait à l’intégration de l’audio, au TTR et à la vidéo dans une connexion - utilisateur unique.

    -     		-

    C.6.5.1 Généralités (information)

    -

    La clause 6.5.1 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    -
    -

    6.5.2 Résolution

    -

    Lorsque les TIC permettant la communication vocale bidirectionnelle comprennent une fonctionnalité - vidéo en temps réel, elles:

    -

    1. doivent prendre en charge au moins la résolution QVGA;

    -

    2. doivent de préférence prendre en charge au moins la résolution VGA.

    -     		-

    C.6.5.2 Résolution

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC permettent la communication vocale bidirectionnelle.

    -

    2. Les TIC permettent la fonctionnalité vidéo en temps réel.

    -

    Procédure

    -

    1. Vérifier que la résolution de la communication vidéo est de résolution QVGA ou supérieure.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    6.5.3 Vitesse de défilement des images

    -

    Lorsque les TIC permettant la communication vocale bidirectionnelle comprennent une fonctionnalité - vidéo en temps réel, elles:

    -

    1. doivent prendre en charge une vitesse de défilement d’au moins 20 images par seconde (IPS);

    -

    2. doivent de préférence prendre en charge une vitesse de défilement d’au moins 30 images par seconde - (IPS) avec ou sans langage gestuel dans le flux vidéo.

    -     		-

    C.6.5.3 Vitesse de défilement des images

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC permettent la communication vocale bidirectionnelle.

    -

    2. Les TIC permettent la fonctionnalité vidéo en temps réel.

    -

    Procédure

    -

    1. Vérifier que la vitesse de défilement des images de la communication vidéo est égale ou supérieure - à 12 images par seconde.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    6.5.4 Synchronisation entre le son et la vidéo

    -

    Lorsque les TIC permettant la communication vocale bidirectionnelle comprennent une fonctionnalité - vidéo en temps réel, elles doivent présenter à l’utilisateur un écart temporel maximal de - 100 ms entre la parole et la vidéo.

    -

    REMARQUE : Des recherches récentes montrent que si l’audio mène la vidéo, l’intelligibilité en - souffre beaucoup plus que dans le cas inverse.

    -     		-

    C.6.5.4 Synchronisation entre le son et la vidéo

    -

    Type d’évaluation

    -

    Mesure

    -

    Conditions préalables

    -

    1. Les TIC permettent la communication vocale bidirectionnelle.

    -

    2. Les TIC permettent la fonctionnalité vidéo en temps réel.

    -

    Procédure

    -

    1. Vérifier que l’écart temporel entre la parole et la vidéo présentée à l’utilisateur est égal ou - inférieur à 100 ms.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    6.5.5 Indicateur visuel de l’audio avec vidéo

    -

    Lorsque les TIC offrent une communication vocale bidirectionnelle et qu’elles comprennent une - fonctionnalité de vidéo en temps réel, elles doivent fournir un indicateur visuel en temps réel de - l’activité audio.

    -

    REMARQUE 1 : L’indicateur visuel peut être un simple point visuel, une LED ou d’autre type - d’indicateur marche-arrêt, qui clignote pour refléter l’activité audio.

    -

    REMARQUE 2 : Sans cette indication, une personne qui n’a pas la capacité d’entendre ne sait pas quand - quelqu’un parle.

    -     		-

    C.6.5.5 Indicateur visuel de l’audio avec vidéo

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC prévoient une communication vocale bidirectionnelle.

    -

    2. Les TIC comprennent une fonctionnalité de vidéo en temps réel.

    -

    Procédure

    -

    1. La TIC testée est connectée à une autre TIC fournissant une communication vocale bidirectionnelle - compatible avec la communication vocale de la TIC testée.

    -

    2. Une personne parle dans l’autre TIC.

    -

    3. Vérifier par observation s’il y a un indicateur visuel en temps réel de l’activité audio.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 3 est vrai.

    -

    Échec : L’énoncé testable no 3 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    REMARQUE : L’indicateur devrait clignoter en temps réel d’une manière qui reflète l’activité audio. -

    -
    -

    6.5.6 Identification des interlocuteurs avec communication vidéo (langue des signes) -

    -

    Lorsque les TIC offrent une fonction d’identification des interlocuteurs pour les utilisateurs de la - capacité vocale, elles doivent fournir un moyen d’identification des interlocuteurs pour les - utilisateurs de signes en temps réel et pour le langage des signes dès que celui-ci est utilisé. -

    -

    REMARQUE 1 : L’identification des interlocuteurs peut se trouver au même emplacement que celui des - utilisateurs de capacité vocale dans le cas des appels avec plusieurs interlocuteurs.

    -

    REMARQUE 2 : Ce mécanisme peut être déclenché manuellement par un utilisateur ou automatiquement - lorsque cela est techniquement réalisable.

    -     		-

    C.6.5.6 Identification des interlocuteurs avec communication vidéo (langue des - signes)

    -

    Type d’évaluation

    -

    Mesure

    -

    Conditions préalables

    -

    1. Les TIC prévoient une communication vocale bidirectionnelle

    -

    2. Les TIC comprennent la vidéo en temps réel.

    -

    Procédure

    -

    1. La TIC testée est connectée à une TIC compatible qui supporte la vidéo et une personne communique - en langue des signes.

    -

    2. Vérifier par l'observation si les TIC testées fournissent un moyen d’identification des - interlocuteurs pour les utilisateurs de la langue des signes.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 2 est vrai.

    -

    Échec : L’énoncé testable no 2 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    Lorsque les TIC offrent une fonction d’identification des interlocuteurs pour les utilisateurs de la - capacité vocale, elles doivent fournir un moyen d’identification des interlocuteurs pour les - utilisateurs de signes en temps réel et pour le langage des signes dès que celui-ci est utilisé.

    -

    REMARQUE 1 : L’identification des interlocuteurs peut se trouver au même emplacement que celui des - utilisateurs de capacité vocale dans le cas des appels avec plusieurs interlocuteurs.

    -

    REMARQUE 2 : Ce mécanisme peut être déclenché manuellement par un utilisateur ou automatiquement - lorsque cela est techniquement réalisable.

    -
    -

    6.6 Autres solutions de services vidéo

    -

    Lorsque les TIC sont dotées de la communication vidéo en temps réel ainsi que d’un répondeur, d’un - standard automatique ou de moyens de réponse interactifs, elles doivent permettre aux utilisateurs - d’accéder aux renseignements et d’exécuter les tâches liées à ces moyens:

    -

    1. pour des renseignements audibles, sans recourir à l’ouïe;

    -

    2. pour les commandes vocales, sans recourir à la parole;

    -

    3. pour les renseignements visuels, sans recourir à la vision.

    -

    REMARQUE: Les solutions pouvant produire des sous-titres en temps réel ou traiter du texte en temps - réel pourraient répondre au besoin susmentionné.

    -     		-

    C.6.6 Autres solutions de services vidéo

    -

    La clause 6.6 n’a qu’une valeur informative et ne contient aucune exigence relative aux tests de - conformité.

    -
    6.5 Communication vidéo
    Clause de la norme EN 301 549Détermination de la conformité
    +

    6.5.1 Généralités (information)

    +

    La clause 6.5 (Communication vidéo) décrit les exigences fonctionnelles supportant les utilisateurs qui communiquent en utilisant le langage des signes et la lecture labiale. Pour ces utilisateurs une résolution au moins QVGA (320 x 240), une vitesse de défilement d’au moins 20 images par seconde et un écart entre le son et la vidéo de 100 ms ou moins permettent une bonne utilisabilité.

    +

    L'augmentation de la résolution et de la vitesse de défilement des images améliore encore plus le langage des signes (en particulier l'orthographe digitale) et la lecture labiale, la vitesse de défilement des images étant plus importante que la résolution.

    +

    Les écarts temporels entre l’audio et la vidéo (asynchronicité) peuvent avoir un impact important sur la lecture labiale - une vidéo en retard sur l’audio a un effet négatif plus important.

    +

    La latence de bout en bout peut être un problème dans la communication vidéo (signes). Des valeurs d’écart inférieur à 400 ms avec une augmentation allant jusqu’à 100 ms sont préférables. L’écart global dépend de plusieurs facteurs, dont le délai de transmission du réseau et le traitement vidéo. Voilà pourquoi il est impossible d’établir une exigence testable des valeurs minimales d’écart global.

    +

    REMARQUE : La Recommandation UIT-T F.703 [i.37] définit et donne les exigences relatives à la conversation totale qui a trait à l’intégration de l’audio, au TTR et à la vidéo dans une connexion utilisateur unique.

    +     		+

    C.6.5.1 Généralités (information)

    +

    La clause 6.5.1 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    +

    6.5.2 Résolution

    +

    Lorsque les TIC permettant la communication vocale bidirectionnelle comprennent une fonctionnalité vidéo en temps réel, elles:

    +

    1. doivent prendre en charge au moins la résolution QVGA;

    +

    2. doivent de préférence prendre en charge au moins la résolution VGA.

    +     		+

    C.6.5.2 Résolution

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC permettent la communication vocale bidirectionnelle.

    +

    2. Les TIC permettent la fonctionnalité vidéo en temps réel.

    +

    Procédure

    +

    1. Vérifier que la résolution de la communication vidéo est de résolution QVGA ou supérieure.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    6.5.3 Vitesse de défilement des images

    +

    Lorsque les TIC permettant la communication vocale bidirectionnelle comprennent une fonctionnalité vidéo en temps réel, elles:

    +

    1. doivent prendre en charge une vitesse de défilement d’au moins 20 images par seconde (IPS);

    +

    2. doivent de préférence prendre en charge une vitesse de défilement d’au moins 30 images par seconde (IPS) avec ou sans langage gestuel dans le flux vidéo.

    +     		+

    C.6.5.3 Vitesse de défilement des images

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC permettent la communication vocale bidirectionnelle.

    +

    2. Les TIC permettent la fonctionnalité vidéo en temps réel.

    +

    Procédure

    +

    1. Vérifier que la vitesse de défilement des images de la communication vidéo est égale ou supérieure à 12 images par seconde.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    6.5.4 Synchronisation entre le son et la vidéo

    +

    Lorsque les TIC permettant la communication vocale bidirectionnelle comprennent une fonctionnalité vidéo en temps réel, elles doivent présenter à l’utilisateur un écart temporel maximal de 100 ms entre la parole et la vidéo.

    +

    REMARQUE : Des recherches récentes montrent que si l’audio mène la vidéo, l’intelligibilité en souffre beaucoup plus que dans le cas inverse.

    +     		+

    C.6.5.4 Synchronisation entre le son et la vidéo

    +

    Type d’évaluation

    +

    Mesure

    +

    Conditions préalables

    +

    1. Les TIC permettent la communication vocale bidirectionnelle.

    +

    2. Les TIC permettent la fonctionnalité vidéo en temps réel.

    +

    Procédure

    +

    1. Vérifier que l’écart temporel entre la parole et la vidéo présentée à l’utilisateur est égal ou inférieur à 100 ms.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    6.5.5 Indicateur visuel de l’audio avec vidéo

    +

    Lorsque les TIC offrent une communication vocale bidirectionnelle et qu’elles comprennent une fonctionnalité de vidéo en temps réel, elles doivent fournir un indicateur visuel en temps réel de l’activité audio.

    +

    REMARQUE 1 : L’indicateur visuel peut être un simple point visuel, une LED ou d’autre type d’indicateur marche-arrêt, qui clignote pour refléter l’activité audio.

    +

    REMARQUE 2 : Sans cette indication, une personne qui n’a pas la capacité d’entendre ne sait pas quand quelqu’un parle.

    +     		+

    C.6.5.5 Indicateur visuel de l’audio avec vidéo

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC prévoient une communication vocale bidirectionnelle.

    +

    2. Les TIC comprennent une fonctionnalité de vidéo en temps réel.

    +

    Procédure

    +

    1. La TIC testée est connectée à une autre TIC fournissant une communication vocale bidirectionnelle compatible avec la communication vocale de la TIC testée.

    +

    2. Une personne parle dans l’autre TIC.

    +

    3. Vérifier par observation s’il y a un indicateur visuel en temps réel de l’activité audio.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 3 est vrai.

    +

    Échec : L’énoncé testable no 3 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    REMARQUE : L’indicateur devrait clignoter en temps réel d’une manière qui reflète l’activité audio.

    +
    +

    6.5.6 Identification des interlocuteurs avec communication vidéo (langue des signes)

    +

    Lorsque les TIC offrent une fonction d’identification des interlocuteurs pour les utilisateurs de la capacité vocale, elles doivent fournir un moyen d’identification des interlocuteurs pour les utilisateurs de signes en temps réel et pour le langage des signes dès que celui-ci est utilisé.

    +

    REMARQUE 1 : L’identification des interlocuteurs peut se trouver au même emplacement que celui des utilisateurs de capacité vocale dans le cas des appels avec plusieurs interlocuteurs.

    +

    REMARQUE 2 : Ce mécanisme peut être déclenché manuellement par un utilisateur ou automatiquement lorsque cela est techniquement réalisable.

    +     		+

    C.6.5.6 Identification des interlocuteurs avec communication vidéo (langue des signes)

    +

    Type d’évaluation

    +

    Mesure

    +

    Conditions préalables

    +

    1. Les TIC prévoient une communication vocale bidirectionnelle

    +

    2. Les TIC comprennent la vidéo en temps réel.

    +

    Procédure

    +

    1. La TIC testée est connectée à une TIC compatible qui supporte la vidéo et une personne communique en langue des signes.

    +

    2. Vérifier par l'observation si les TIC testées fournissent un moyen d’identification des interlocuteurs pour les utilisateurs de la langue des signes.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 2 est vrai.

    +

    Échec : L’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Lorsque les TIC offrent une fonction d’identification des interlocuteurs pour les utilisateurs de la capacité vocale, elles doivent fournir un moyen d’identification des interlocuteurs pour les utilisateurs de signes en temps réel et pour le langage des signes dès que celui-ci est utilisé.

    +

    REMARQUE 1 : L’identification des interlocuteurs peut se trouver au même emplacement que celui des utilisateurs de capacité vocale dans le cas des appels avec plusieurs interlocuteurs.

    +

    REMARQUE 2 : Ce mécanisme peut être déclenché manuellement par un utilisateur ou automatiquement lorsque cela est techniquement réalisable.

    +
    +

    6.6 Autres solutions de services vidéo

    +

    Lorsque les TIC sont dotées de la communication vidéo en temps réel ainsi que d’un répondeur, d’un standard automatique ou de moyens de réponse interactifs, elles doivent permettre aux utilisateurs d’accéder aux renseignements et d’exécuter les tâches liées à ces moyens:

    +

    1. pour des renseignements audibles, sans recourir à l’ouïe;

    +

    2. pour les commandes vocales, sans recourir à la parole;

    +

    3. pour les renseignements visuels, sans recourir à la vision.

    +

    REMARQUE: Les solutions pouvant produire des sous-titres en temps réel ou traiter du texte en temps réel pourraient répondre au besoin susmentionné.

    +     		+

    C.6.6 Autres solutions de services vidéo

    +

    La clause 6.6 n’a qu’une valeur informative et ne contient aucune exigence relative aux tests de conformité.

    +

    7 TIC avec capacités vidéo

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    7.1 Technologie de traitement des sous-titres
    Clause de la norme EN 301 549Détermination de la conformité
    -

    7.1.1 Lecture du sous-titrage

    -

    Lorsque les TIC affichent le son synchronisé à la vidéo, elles doivent offrir un mode d’affichage des - sous-titres accessibles. Lorsque le sous-titrage du contenu est accessible, les TIC doivent - permettre à l’utilisateur d’afficher les sous-titres.

    -

    REMARQUE 1: Les sous-titres peuvent contenir des renseignements sur l’heure, la couleur et le - positionnement. Les sous-titres sont importants pour les utilisateurs qui en ont besoin. L’heure - sert à la synchronisation des sous-titres. La couleur peut servir à identifier le locuteur. Le - positionnement peut servir à éviter l’obstruction de renseignements importants.

    -

    REMARQUE 2 : Si un dispositif braille est connecté, les TIC devraient fournir une option pour - afficher les sous-titres sur celui-ci.

    -

    REMARQUE 3 : La clause 7.1.1 fait référence à la capacité du lecteur d’afficher des sous-titres. Les - clauses 9.1.2.2, 10.1.2.2 et 11.1.2.2 font référence à la fourniture de sous-titres pour le contenu - (la vidéo).

    -     		-

    C.7.1.1 Lecture du sous-titrage

    -

    Type d’évaluation

    -

    Examen no 1

    -

    Conditions préalables

    -

    1. Les TIC affichent ou traitent la vidéo et la synchronisation sonore.

    -

    2. Les sous-titres sont fournis dans la vidéo.

    -

    Procédure

    -

    1. Vérifier qu’il y a un mécanisme d’affichage des sous-titres.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Type d’évaluation

    -

    Examen no 2

    -

    Conditions préalables

    -

    1. Les TIC affichent ou traitent la vidéo et la synchronisation sonore.

    -

    2. Les sous-titres sont fournis dans le contenu.

    -

    Procédure

    -

    1. Vérifier qu’il y a un mécanisme d’affichage des sous-titres.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    7.1.2 Synchronisation du sous-titrage

    -

    Lorsque les TIC affichent des sous-titres, le mécanisme d’affichage doit préserver la synchronisation - entre le son et les sous-titres correspondants comme suit :

    -
      -
    • Sous-titres dans le matériel enregistré : dans les 100 ms de l’estampille temporelle du - sous-titre.
      • -
    • Sous-titres en direct : dans les 100 ms suivant la disponibilité du sous-titre pour le lecteur. -
      • -
    -     		-

    C.7.1.2 Synchronisation du sous-titrage

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’un mécanisme d’affichage des sous-titres.

    -

    Procédure

    -

    1. Vérifier que le mécanisme d’affichage des sous-titres préserve la synchronisation entre le son et - les sous-titres correspondants dans un dixième de seconde de l’estampille temporelle du sous-titre - ou suivant la disponibilité du sous-titre pour le lecteur dans le cas d’un sous-titre en direct.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    7.1.3 Préservation du sous-titrage

    -

    Lorsque les TIC transmettent, convertissent ou enregistrent de la vidéo avec synchronisation sonore, - elles doivent préserver les sous-titres de manière à ce qu’ils puissent être affichés conformément - aux clauses 7.1.1 et 7.1.2.

    -

    D’autres aspects d’affichage du texte (p. ex. le positionnement à l’écran, la couleur et le style du - texte ainsi que la police de caractères) peuvent être significatifs selon les conventions - régionales. La modification de ces aspects pourrait en changer le sens et devrait être évitée dans - la mesure du possible.

    -     		-

    C.7.1.3 Préservation du sous-titrage

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC transmettent des conversions ou des enregistrements vidéo avec synchronisation sonore.

    -

    Procédure

    -

    1. Vérifier que les TIC préservent les sous-titres de manière à ce qu’ils puissent être affichés - conformément aux clauses 7.1.1 et 7.1.2.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    7.1.4 Caractéristiques des sous-titres

    -

    Lorsque les TIC affichent des sous-titres, elles doivent permettre à l’utilisateur d’adapter les - caractéristiques affichées des sous-titres à ses besoins individuels, sauf lorsque les sous-titres - sont affichés sous forme de caractères non modifiables.

    -

    REMARQUE 1 : La définition de la couleur d’arrière-plan et d’avant-plan des sous-titres, du type de - police, de l’opacité de la zone d’arrière-plan des sous-titres et du contour ou de la bordure des - polices peut contribuer à répondre à cette exigence.

    -

    REMARQUE 2 : Les sous-titres qui sont des images bitmap sont des exemples de caractères non - modifiables.

    -     		-

    C.7.1.4 Caractéristiques des sous-titres

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC affichent les sous-titres.

    -

    2. Les sous-titres testés sont affichés sous forme de caractères modifiables.

    -

    Procédure

    -

    1. Vérifier que les TIC permettent à l’utilisateur d’adapter les caractéristiques affichées des - sous-titres à ses besoins individuels.1. Check that the ICT provides a way for the user to adapt the - displayed characteristics of captions - to their individual requirements.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    7.1.5 Sous-titres vocaux

    -

    Lorsque les TIC affichent des vidéos avec son synchronisé, elles doivent fournir un mode de - fonctionnement qui fournit une sortie vocale pour les sous-titres disponibles, sauf lorsque le - contenu des sous-titres affichés n’est pas déterminable par programmation.

    -

    REMARQUE 1 : Il est préférable pour la plupart des utilisateurs de pouvoir gérer la gamme de sortie - vocale pour les sous-titres vocaux indépendamment de la capacité vocale générale des TIC. Cela est - possible lorsque le fichier audio avec sous-titres vocaux est reçu dans une piste audio distincte - puis mixé sur l’appareil des utilisateurs.

    -

    REMARQUE 2 : Présenter la piste audio distincte avec des sous-titres vocaux en synchronisme avec les - sous-titres affichés améliore la compréhension des sous-titres.

    -

    REMARQUE 3 : Fournir les sous-titres sous forme de flux de texte distincts facilite la conversion des - textes respectifs en audio.

    -

    REMARQUE 4 : Les sous-titres qui sont des images bitmap sont des exemples pour lesquels le contenu de - sous-titres affichés n’est pas déterminable par programmation.

    -     		-

    C.7.1.5 Sous-titres vocaux

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC affichent des vidéos avec son synchronisé.

    -

    2. Le contenu des sous-titres testés est déterminable par programmation.

    -

    Procédure

    -

    1. Vérifier qu’il existe un mode de fonctionnement fournissant une sortie vocale pour les sous-titres - disponibles.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    7.1 Technologie de traitement des sous-titres
    Clause de la norme EN 301 549Détermination de la conformité
    +

    7.1.1 Lecture du sous-titrage

    +

    Lorsque les TIC affichent le son synchronisé à la vidéo, elles doivent offrir un mode d’affichage des sous-titres accessibles. Lorsque le sous-titrage du contenu est accessible, les TIC doivent permettre à l’utilisateur d’afficher les sous-titres.

    +

    REMARQUE 1: Les sous-titres peuvent contenir des renseignements sur l’heure, la couleur et le positionnement. Les sous-titres sont importants pour les utilisateurs qui en ont besoin. L’heure sert à la synchronisation des sous-titres. La couleur peut servir à identifier le locuteur. Le positionnement peut servir à éviter l’obstruction de renseignements importants.

    +

    REMARQUE 2 : Si un dispositif braille est connecté, les TIC devraient fournir une option pour afficher les sous-titres sur celui-ci.

    +

    REMARQUE 3 : La clause 7.1.1 fait référence à la capacité du lecteur d’afficher des sous-titres. Les clauses 9.1.2.2, 10.1.2.2 et 11.1.2.2 font référence à la fourniture de sous-titres pour le contenu (la vidéo).

    +     		+

    C.7.1.1 Lecture du sous-titrage

    +

    Type d’évaluation

    +

    Examen no 1

    +

    Conditions préalables

    +

    1. Les TIC affichent ou traitent la vidéo et la synchronisation sonore.

    +

    2. Les sous-titres sont fournis dans la vidéo.

    +

    Procédure

    +

    1. Vérifier qu’il y a un mécanisme d’affichage des sous-titres.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Type d’évaluation

    +

    Examen no 2

    +

    Conditions préalables

    +

    1. Les TIC affichent ou traitent la vidéo et la synchronisation sonore.

    +

    2. Les sous-titres sont fournis dans le contenu.

    +

    Procédure

    +

    1. Vérifier qu’il y a un mécanisme d’affichage des sous-titres.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    7.1.2 Synchronisation du sous-titrage

    +

    Lorsque les TIC affichent des sous-titres, le mécanisme d’affichage doit préserver la synchronisation entre le son et les sous-titres correspondants comme suit :

    +
      +
    • Sous-titres dans le matériel enregistré : dans les 100 ms de l’estampille temporelle du sous-titre.
      • +
    • Sous-titres en direct : dans les 100 ms suivant la disponibilité du sous-titre pour le lecteur.
      • +
    +     		+

    C.7.1.2 Synchronisation du sous-titrage

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’un mécanisme d’affichage des sous-titres.

    +

    Procédure

    +

    1. Vérifier que le mécanisme d’affichage des sous-titres préserve la synchronisation entre le son et les sous-titres correspondants dans un dixième de seconde de l’estampille temporelle du sous-titre ou suivant la disponibilité du sous-titre pour le lecteur dans le cas d’un sous-titre en direct.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    7.1.3 Préservation du sous-titrage

    +

    Lorsque les TIC transmettent, convertissent ou enregistrent de la vidéo avec synchronisation sonore, elles doivent préserver les sous-titres de manière à ce qu’ils puissent être affichés conformément aux clauses 7.1.1 et 7.1.2.

    +

    D’autres aspects d’affichage du texte (p. ex. le positionnement à l’écran, la couleur et le style du texte ainsi que la police de caractères) peuvent être significatifs selon les conventions régionales. La modification de ces aspects pourrait en changer le sens et devrait être évitée dans la mesure du possible.

    +     		+

    C.7.1.3 Préservation du sous-titrage

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC transmettent des conversions ou des enregistrements vidéo avec synchronisation sonore.

    +

    Procédure

    +

    1. Vérifier que les TIC préservent les sous-titres de manière à ce qu’ils puissent être affichés conformément aux clauses 7.1.1 et 7.1.2.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    7.1.4 Caractéristiques des sous-titres

    +

    Lorsque les TIC affichent des sous-titres, elles doivent permettre à l’utilisateur d’adapter les caractéristiques affichées des sous-titres à ses besoins individuels, sauf lorsque les sous-titres sont affichés sous forme de caractères non modifiables.

    +

    REMARQUE 1 : La définition de la couleur d’arrière-plan et d’avant-plan des sous-titres, du type de police, de l’opacité de la zone d’arrière-plan des sous-titres et du contour ou de la bordure des polices peut contribuer à répondre à cette exigence.

    +

    REMARQUE 2 : Les sous-titres qui sont des images bitmap sont des exemples de caractères non modifiables.

    +     		+

    C.7.1.4 Caractéristiques des sous-titres

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC affichent les sous-titres.

    +

    2. Les sous-titres testés sont affichés sous forme de caractères modifiables.

    +

    Procédure

    +

    1. Vérifier que les TIC permettent à l’utilisateur d’adapter les caractéristiques affichées des sous-titres à ses besoins individuels.1. Check that the ICT provides a way for the user to adapt the displayed characteristics of captions to their individual requirements.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    7.1.5 Sous-titres vocaux

    +

    Lorsque les TIC affichent des vidéos avec son synchronisé, elles doivent fournir un mode de fonctionnement qui fournit une sortie vocale pour les sous-titres disponibles, sauf lorsque le contenu des sous-titres affichés n’est pas déterminable par programmation.

    +

    REMARQUE 1 : Il est préférable pour la plupart des utilisateurs de pouvoir gérer la gamme de sortie vocale pour les sous-titres vocaux indépendamment de la capacité vocale générale des TIC. Cela est possible lorsque le fichier audio avec sous-titres vocaux est reçu dans une piste audio distincte puis mixé sur l’appareil des utilisateurs.

    +

    REMARQUE 2 : Présenter la piste audio distincte avec des sous-titres vocaux en synchronisme avec les sous-titres affichés améliore la compréhension des sous-titres.

    +

    REMARQUE 3 : Fournir les sous-titres sous forme de flux de texte distincts facilite la conversion des textes respectifs en audio.

    +

    REMARQUE 4 : Les sous-titres qui sont des images bitmap sont des exemples pour lesquels le contenu de sous-titres affichés n’est pas déterminable par programmation.

    +     		+

    C.7.1.5 Sous-titres vocaux

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC affichent des vidéos avec son synchronisé.

    +

    2. Le contenu des sous-titres testés est déterminable par programmation.

    +

    Procédure

    +

    1. Vérifier qu’il existe un mode de fonctionnement fournissant une sortie vocale pour les sous-titres disponibles.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    7.2 Technologie de description audio
    Clause de la norme EN 301 549Détermination de la conformité
    -

    7.2.1 Lecture de la description audio

    -

    Lorsque les TIC affichent la vidéo avec synchronisation sonore, elles doivent fournir un mécanisme - permettant de sélectionner et de lire la description audio accessible pour le canal sonore par - défaut.

    -

    Lorsque les technologies vidéo ne fournissent pas de mécanismes explicites et distincts de - description audio, une TIC est réputée répondre à ce besoin si elle permet à l’utilisateur de - sélectionner et de lire plusieurs pistes sonores.

    -

    REMARQUE 1: Dans ce cas, le contenu vidéo peut présenter la description audio dans l’une des pistes - sonores offertes.

    -

    REMARQUE 2: Les descriptions audio dans les médias numériques incluent parfois des renseignements - permettant des descriptions plus longues que les temps morts entre les répliques. La fonction de - description audio prolongée dans les lecteurs multimédias numériques est utile, en particulier pour - les médias numériques consultés de manière individuelle.

    -     		-

    C.7.2.1 Lecture de la description audio

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC affichent la vidéo et la synchronisation sonore.

    -

    Procédure

    -

    1. Vérifier qu’il existe un mécanisme explicite et distinct de description audio.

    -

    2. Vérifier qu’il existe un mécanisme permettant de sélectionner et de lire la description audio sur - le canal sonore par défaut.

    -

    3. Vérifier que les TIC permettent à l’utilisateur de sélectionner et de lire plusieurs pistes - sonores.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais, ou l’énoncé testable - no 1 est faux et l’énoncé testable no 3 est vrai.

    -

    Échec: L’énoncé testable no 1 est vrai et l’énoncé testable no 2 est - faux ou l’énoncé testable no 1 est faux et l’énoncé testable no 3 - est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    7.2.2 Synchronisation de la description audio

    -

    Lorsque les TIC sont dotées d’un mécanisme de lecture de description sonore, elles doivent préserver - la synchronisation entre le contenu sonore ou visuel et la description sonore correspondante.

    -     		-

    C.7.2.2 Synchronisation de la description audio

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’un mécanisme de lecture de la description audio.

    -

    Procédure

    -

    1. Vérifier que la synchronisation entre le contenu sonore ou visuel et la description audio - correspondante sont préservées.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    7.2.3 Préservation de la description audio

    -

    Lorsque les TIC transmettent, convertissent ou enregistrent de la vidéo avec synchronisation sonore, - elles doivent préserver la description audio de manière à ce qu’elle puisse être lue conformément - aux clauses 7.2.1 et 7.2.2.

    -     		-

    C.7.2.3 Préservation de la description audio

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC transmettent des conversions ou des enregistrements vidéo avec synchronisation sonore.

    -

    Procédure

    -

    1. Vérifier que les TIC préservent la description audio de manière à ce qu’elle puisse être lue - conformément aux clauses 7.2.1 et 7.2.2.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    7.3 Commandes de l’utilisateur pour les sous-titres et les descriptions audio

    -

    Lorsque les TIC affichent principalement du contenu vidéo et du contenu sonore associé, les commandes - de l’utilisateur pour activer le sous-titrage et la description audio doivent être fournies à - l’utilisateur au même niveau d’interaction (c.-à-d. le nombre d’étapes pour accomplir la tâche) que - les principales commandes médias.

    -

    REMARQUE 1: Les principales commandes médias sont celles dont se sert l’utilisateur le plus souvent - pour activer les médias.

    -

    REMARQUE 2: Les produits dotés d’une commande matérielle générale de volume, comme un téléphone ou un - ordinateur portable qui peuvent être configurés pour afficher de la vidéo à l’aide d’un logiciel, - mais dont ce n’est pas la fonction principale, n’auraient pas besoin de commandes matérielles - précisément pour les sous-titres et les descriptions sonores; toutefois, les commandes logicielles - ou les commandes matérielles cartographiées par logiciel doivent être au même niveau d’interaction. -

    -

    REMARQUE 3: Il est recommandé d’ajouter des commandes permettant à l’utilisateur d’activer ou - désactiver les sous-titres et les descriptions audio.

    -     		-

    C.7.3 Commandes de l’utilisateur pour les sous-titres et les descriptions audio

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC affichent principalement du contenu vidéo et du contenu sonore associé

    -

    Procédure

    -

    1. Vérifier que les commandes de l’utilisateur pour activer le sous-titrage et les descriptions audio - sont fournies à l’utilisateur au même niveau d’interaction que les principales commandes médias.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    7.2 Technologie de description audio
    Clause de la norme EN 301 549Détermination de la conformité
    +

    7.2.1 Lecture de la description audio

    +

    Lorsque les TIC affichent la vidéo avec synchronisation sonore, elles doivent fournir un mécanisme permettant de sélectionner et de lire la description audio accessible pour le canal sonore par défaut.

    +

    Lorsque les technologies vidéo ne fournissent pas de mécanismes explicites et distincts de description audio, une TIC est réputée répondre à ce besoin si elle permet à l’utilisateur de sélectionner et de lire plusieurs pistes sonores.

    +

    REMARQUE 1: Dans ce cas, le contenu vidéo peut présenter la description audio dans l’une des pistes sonores offertes.

    +

    REMARQUE 2: Les descriptions audio dans les médias numériques incluent parfois des renseignements permettant des descriptions plus longues que les temps morts entre les répliques. La fonction de description audio prolongée dans les lecteurs multimédias numériques est utile, en particulier pour les médias numériques consultés de manière individuelle.

    +     		+

    C.7.2.1 Lecture de la description audio

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC affichent la vidéo et la synchronisation sonore.

    +

    Procédure

    +

    1. Vérifier qu’il existe un mécanisme explicite et distinct de description audio.

    +

    2. Vérifier qu’il existe un mécanisme permettant de sélectionner et de lire la description audio sur le canal sonore par défaut.

    +

    3. Vérifier que les TIC permettent à l’utilisateur de sélectionner et de lire plusieurs pistes sonores.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais, ou l’énoncé testable no 1 est faux et l’énoncé testable no 3 est vrai.

    +

    Échec: L’énoncé testable no 1 est vrai et l’énoncé testable no 2 est faux ou l’énoncé testable no 1 est faux et l’énoncé testable no 3 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    7.2.2 Synchronisation de la description audio

    +

    Lorsque les TIC sont dotées d’un mécanisme de lecture de description sonore, elles doivent préserver la synchronisation entre le contenu sonore ou visuel et la description sonore correspondante.

    +     		+

    C.7.2.2 Synchronisation de la description audio

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’un mécanisme de lecture de la description audio.

    +

    Procédure

    +

    1. Vérifier que la synchronisation entre le contenu sonore ou visuel et la description audio correspondante sont préservées.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    7.2.3 Préservation de la description audio

    +

    Lorsque les TIC transmettent, convertissent ou enregistrent de la vidéo avec synchronisation sonore, elles doivent préserver la description audio de manière à ce qu’elle puisse être lue conformément aux clauses 7.2.1 et 7.2.2.

    +     		+

    C.7.2.3 Préservation de la description audio

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC transmettent des conversions ou des enregistrements vidéo avec synchronisation sonore.

    +

    Procédure

    +

    1. Vérifier que les TIC préservent la description audio de manière à ce qu’elle puisse être lue conformément aux clauses 7.2.1 et 7.2.2.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    7.3 Commandes de l’utilisateur pour les sous-titres et les descriptions audio

    +

    Lorsque les TIC affichent principalement du contenu vidéo et du contenu sonore associé, les commandes de l’utilisateur pour activer le sous-titrage et la description audio doivent être fournies à l’utilisateur au même niveau d’interaction (c.-à-d. le nombre d’étapes pour accomplir la tâche) que les principales commandes médias.

    +

    REMARQUE 1: Les principales commandes médias sont celles dont se sert l’utilisateur le plus souvent pour activer les médias.

    +

    REMARQUE 2: Les produits dotés d’une commande matérielle générale de volume, comme un téléphone ou un ordinateur portable qui peuvent être configurés pour afficher de la vidéo à l’aide d’un logiciel, mais dont ce n’est pas la fonction principale, n’auraient pas besoin de commandes matérielles précisément pour les sous-titres et les descriptions sonores; toutefois, les commandes logicielles ou les commandes matérielles cartographiées par logiciel doivent être au même niveau d’interaction.

    +

    REMARQUE 3: Il est recommandé d’ajouter des commandes permettant à l’utilisateur d’activer ou désactiver les sous-titres et les descriptions audio.

    +     		+

    C.7.3 Commandes de l’utilisateur pour les sous-titres et les descriptions audio

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC affichent principalement du contenu vidéo et du contenu sonore associé

    +

    Procédure

    +

    1. Vérifier que les commandes de l’utilisateur pour activer le sous-titrage et les descriptions audio sont fournies à l’utilisateur au même niveau d’interaction que les principales commandes médias.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    8 Matériel

    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    8.1 Généralités
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.1.1 Exigences génériques

    -

    Les exigences génériques de la clause 5 s’appliquent également aux TIC qui sont du matériel.

    -     		-

    C.8.1.1 Exigences génériques

    -

    La clause 8.1.1 ne contient aucune exigence en matière de test.

    -
    -

    8.1.2 Raccordements standard

    -

    Lorsque les TIC fournissent des points de raccordement de dispositif d’entrée ou de sortie à - l’utilisateur, elle comprend au moins un raccordement d’entrée ou de sortie conforme à un format - standard de l’industrie librement accessible, directement ou au moyen d’adaptateurs offerts sur le - marché.

    -

    REMARQUE 1: L’exigence de raccordements standard vise à garantir la compatibilité avec les - technologies d’assistance.

    -

    REMARQUE 2: Le terme raccordement s’applique à la fois aux raccordements matériels et sans fil.

    -

    REMARQUE 3: Les raccordements USB et Bluetooth sont des exemples de formats standard de l’industrie - librement accessibles.

    -     		-

    C.8.1.2 Raccordements standard

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC fournissent des points de raccordement d’entrée ou de sortie à l’utilisateur.

    -

    Procédure

    -

    1. Vérifier qu’un type de raccordement est conforme à un format standard de l’industrie librement - accessible.

    -

    2. Vérifier qu’un type de raccordement est conforme à un format standard de l’industrie librement - accessible au moyen d’adaptateurs offerts sur le marché.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -

    REMARQUE: Les raccordements peuvent être matériels ou sans-fil.

    -
    -

    8.1.3 Couleur

    -

    Lorsque les TIC sont dotées d’aspects matériels utilisant la couleur, la couleur n’est pas utilisée - comme la seule façon de véhiculer de l’information, d’indiquer une action, de solliciter une réponse - ou de distinguer un élément visuel.

    -     		-

    C.8.1.3 Couleur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les aspects matériels des TIC véhiculent de l’information visuelle à l’aide d’un code de couleur - comme moyen d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

    -

    Procédure

    -

    1. Vérifier qu’une autre forme de codage visuel est fournie.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    8.1 Généralités
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.1.1 Exigences génériques

    +

    Les exigences génériques de la clause 5 s’appliquent également aux TIC qui sont du matériel.

    +     		+

    C.8.1.1 Exigences génériques

    +

    La clause 8.1.1 ne contient aucune exigence en matière de test.

    +
    +

    8.1.2 Raccordements standard

    +

    Lorsque les TIC fournissent des points de raccordement de dispositif d’entrée ou de sortie à l’utilisateur, elle comprend au moins un raccordement d’entrée ou de sortie conforme à un format standard de l’industrie librement accessible, directement ou au moyen d’adaptateurs offerts sur le marché.

    +

    REMARQUE 1: L’exigence de raccordements standard vise à garantir la compatibilité avec les technologies d’assistance.

    +

    REMARQUE 2: Le terme raccordement s’applique à la fois aux raccordements matériels et sans fil.

    +

    REMARQUE 3: Les raccordements USB et Bluetooth sont des exemples de formats standard de l’industrie librement accessibles.

    +     		+

    C.8.1.2 Raccordements standard

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC fournissent des points de raccordement d’entrée ou de sortie à l’utilisateur.

    +

    Procédure

    +

    1. Vérifier qu’un type de raccordement est conforme à un format standard de l’industrie librement accessible.

    +

    2. Vérifier qu’un type de raccordement est conforme à un format standard de l’industrie librement accessible au moyen d’adaptateurs offerts sur le marché.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    REMARQUE: Les raccordements peuvent être matériels ou sans-fil.

    +
    +

    8.1.3 Couleur

    +

    Lorsque les TIC sont dotées d’aspects matériels utilisant la couleur, la couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

    +     		+

    C.8.1.3 Couleur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les aspects matériels des TIC véhiculent de l’information visuelle à l’aide d’un code de couleur comme moyen d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

    +

    Procédure

    +

    1. Vérifier qu’une autre forme de codage visuel est fournie.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    8.2 Produits matériels avec sortie vocale
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.2.1 Gain de volume de la parole
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.2.1.1 Gamme de volume de la parole

    -

    Lorsque le matériel de TIC est doté d’une sortie vocale, elles doivent permettre d’ajuster le niveau - de volume de la sortie vocale sur une gamme d’au moins 18 dB.

    -

    REMARQUE: Les combinés et casques d’écoute de téléphonie fixe qui satisfont aux exigences de la norme - ANSI/TIA-4965[i.2] sont réputés conformes à cette exigence.

    -     		-

    C.8.2.1.1 Gamme de volume de la parole

    -

    Type d’évaluation

    -

    Inspection reposant sur les mesures

    -

    Conditions préalables

    -

    1. Le matériel de TIC est doté d’une sortie vocale.

    -

    Procédure

    -

    1. Vérifier que les TIC sont conformes à la norme ANSI/TIA-4965[i.2].

    -

    2. Mesurer le niveau (en dB) de la sortie vocale au réglage le plus bas.

    -

    3. Mesurer le niveau (en dB) de la sortie vocale au réglage le plus élevé.

    -

    4. Vérifier que la gamme entre 1 et 2 est supérieure ou égale à 18 dB.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 ou 4 sont vrais.

    -

    Échec: Les énoncés testables nos 1 et 4 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    8.2.1.2 Réglage incrémentiel du volume

    -

    Lorsque le matériel de TIC est doté d’une sortie vocale et d’un réglage additionnel du volume, elles - doivent fournir au moins un niveau intermédiaire de gain de 12 dB au-dessus du réglage de volume le - plus bas.

    -     		-

    C.8.2.1.2 Réglage incrémentiel du volume

    -

    Type d’évaluation

    -

    Inspection reposant sur les mesures

    -

    Conditions préalables

    -

    1. Le matériel de TIC est doté d’une sortie vocale.

    -

    2. Le réglage du volume est incrémentiel.

    -

    Procédure

    -

    1. Mesurer le niveau (en dB) de la sortie vocale au réglage le plus bas.

    -

    2. Vérifier si une étape intermédiaire fournit un niveau de 12 dB au-dessus du niveau de volume le - plus bas mesuré à l’étape 1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 2 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    8.2.1 Gain de volume de la parole
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.2.1.1 Gamme de volume de la parole

    +

    Lorsque le matériel de TIC est doté d’une sortie vocale, elles doivent permettre d’ajuster le niveau de volume de la sortie vocale sur une gamme d’au moins 18 dB.

    +

    REMARQUE: Les combinés et casques d’écoute de téléphonie fixe qui satisfont aux exigences de la norme ANSI/TIA-4965[i.2] sont réputés conformes à cette exigence.

    +     		+

    C.8.2.1.1 Gamme de volume de la parole

    +

    Type d’évaluation

    +

    Inspection reposant sur les mesures

    +

    Conditions préalables

    +

    1. Le matériel de TIC est doté d’une sortie vocale.

    +

    Procédure

    +

    1. Vérifier que les TIC sont conformes à la norme ANSI/TIA-4965[i.2].

    +

    2. Mesurer le niveau (en dB) de la sortie vocale au réglage le plus bas.

    +

    3. Mesurer le niveau (en dB) de la sortie vocale au réglage le plus élevé.

    +

    4. Vérifier que la gamme entre 1 et 2 est supérieure ou égale à 18 dB.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 ou 4 sont vrais.

    +

    Échec: Les énoncés testables nos 1 et 4 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    8.2.1.2 Réglage incrémentiel du volume

    +

    Lorsque le matériel de TIC est doté d’une sortie vocale et d’un réglage additionnel du volume, elles doivent fournir au moins un niveau intermédiaire de gain de 12 dB au-dessus du réglage de volume le plus bas.

    +     		+

    C.8.2.1.2 Réglage incrémentiel du volume

    +

    Type d’évaluation

    +

    Inspection reposant sur les mesures

    +

    Conditions préalables

    +

    1. Le matériel de TIC est doté d’une sortie vocale.

    +

    2. Le réglage du volume est incrémentiel.

    +

    Procédure

    +

    1. Mesurer le niveau (en dB) de la sortie vocale au réglage le plus bas.

    +

    2. Vérifier si une étape intermédiaire fournit un niveau de 12 dB au-dessus du niveau de volume le plus bas mesuré à l’étape 1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.2.2 Couplage magnétique
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.2.2.1 Dispositifs de téléphonie fixe

    -

    Lorsque le matériel de TIC est un dispositif de communication fixe avec sortie vocale qui est - normalement tenu à l’oreille et qui porte le symbole « T » spécifié dans la norme ETS 300 381[1] de - l’ETSI, il doit fournir un moyen de couplage magnétique qui répond aux exigences de la norme ES 200 - 381-1[2] de l’ETSI.

    -

    REMARQUE 1: Les TIC répondant aux exigences de la norme TIA-1083-A[i.24] sont réputées conformes aux - exigences de la présente clause.

    -

    REMARQUE 2 : Le couplage magnétique est également appelé couplage inductif pour bobine en T.

    -     		-

    C.8.2.2.1 Dispositifs de téléphonie fixe

    -

    Type d’évaluation

    -

    Inspection reposant sur les données de mesure

    -

    Conditions préalables

    -

    1. Le matériel de TIC est un dispositif de communication fixe avec sortie audio qui est normalement - tenu à l’oreille.

    -

    Procédure

    -

    1. Vérifier que le matériel de TIC est conforme à la norme TIA-1083[i.24].

    -

    2. Les mesures effectuées conformément à la norme ES 200 381-1[2] de l’ETSI indiquent que les - exigences définies dans cette norme sont satisfaites.

    -

    3. Les TIC portent le symbole « T » spécifié dans la norme ETS 300 381[1] de l’ETSI.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais et l’énoncé testable no 3 est vrai.

    -

    Échec: Les énoncés testables nos 1 et 2 sont faux ou l’énoncé testable no 3 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    8.2.2.2 Dispositifs de communication sans fil

    -

    Lorsque le matériel de TIC est un dispositif de communication sans fil avec sortie vocale qui est - normalement tenu à l’oreille, il doit fournir un moyen de couplage magnétique aux technologies - auditives qui répond aux exigences ES 200 381-2[3] de l’ETSI.

    -

    REMARQUE: Les TIC répondant aux exigences de la norme ANSI/IEEE C63.19[i.1] sont réputées conformes - aux exigences de la présente clause.

    -     		-

    C.8.2.2.2 Dispositifs de communication sans fil

    -

    Type d’évaluation

    -

    Inspection reposant sur les les données de mesure

    -

    Conditions préalables

    -

    1. Le matériel de TIC est un dispositif de communication sans fil qui est normalement tenu à - l’oreille.

    -

    Procédure

    -

    1. Vérifier que le matériel de TIC est conforme à la norme ANSI/IEEE C63.19[i.1].

    -

    2. Vérifier que les TIC fournissent un moyen de couplage magnétique aux technologies auditives qui - répond aux exigences ES 200 381-2[3] de l’ETSI.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    8.2.2 Couplage magnétique
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.2.2.1 Dispositifs de téléphonie fixe

    +

    Lorsque le matériel de TIC est un dispositif de communication fixe avec sortie vocale qui est normalement tenu à l’oreille et qui porte le symbole « T » spécifié dans la norme ETS 300 381[1] de l’ETSI, il doit fournir un moyen de couplage magnétique qui répond aux exigences de la norme ES 200 381-1[2] de l’ETSI.

    +

    REMARQUE 1: Les TIC répondant aux exigences de la norme TIA-1083-A[i.24] sont réputées conformes aux exigences de la présente clause.

    +

    REMARQUE 2 : Le couplage magnétique est également appelé couplage inductif pour bobine en T.

    +     		+

    C.8.2.2.1 Dispositifs de téléphonie fixe

    +

    Type d’évaluation

    +

    Inspection reposant sur les données de mesure

    +

    Conditions préalables

    +

    1. Le matériel de TIC est un dispositif de communication fixe avec sortie audio qui est normalement tenu à l’oreille.

    +

    Procédure

    +

    1. Vérifier que le matériel de TIC est conforme à la norme TIA-1083[i.24].

    +

    2. Les mesures effectuées conformément à la norme ES 200 381-1[2] de l’ETSI indiquent que les exigences définies dans cette norme sont satisfaites.

    +

    3. Les TIC portent le symbole « T » spécifié dans la norme ETS 300 381[1] de l’ETSI.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais et l’énoncé testable no 3 est vrai.

    +

    Échec: Les énoncés testables nos 1 et 2 sont faux ou l’énoncé testable no 3 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    8.2.2.2 Dispositifs de communication sans fil

    +

    Lorsque le matériel de TIC est un dispositif de communication sans fil avec sortie vocale qui est normalement tenu à l’oreille, il doit fournir un moyen de couplage magnétique aux technologies auditives qui répond aux exigences ES 200 381-2[3] de l’ETSI.

    +

    REMARQUE: Les TIC répondant aux exigences de la norme ANSI/IEEE C63.19[i.1] sont réputées conformes aux exigences de la présente clause.

    +     		+

    C.8.2.2.2 Dispositifs de communication sans fil

    +

    Type d’évaluation

    +

    Inspection reposant sur les les données de mesure

    +

    Conditions préalables

    +

    1. Le matériel de TIC est un dispositif de communication sans fil qui est normalement tenu à l’oreille.

    +

    Procédure

    +

    1. Vérifier que le matériel de TIC est conforme à la norme ANSI/IEEE C63.19[i.1].

    +

    2. Vérifier que les TIC fournissent un moyen de couplage magnétique aux technologies auditives qui répond aux exigences ES 200 381-2[3] de l’ETSI.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 ou 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.3 TIC fixes
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.0 Généralités (information)

    -

    Le présent document définit les dimensions pour accéder aux TIC fixes qui peuvent être placées dans - un environnement bâti, mais ne définit pas les normes de l’environnement bâti en général.

    -

    Le champ d’application inclut les TIC fixes, dont les planchers et les espaces de circulation font « - partie intégrante » (généralement les kiosques et les cabines), et où il existe des plages de portée - externe qui sont importantes pour le fonctionnement des TIC fixes.

    -

    Les clauses 8.3.2 à 8.3.4 précisent les limites obligatoires pour la hauteur maximale et minimale des - pièces manœuvrables et des écrans. Selon les dimensions indiquées à la figure 53 de la norme ISO - 21542:2011 [i.34], il est recommandé que la portée possible en hauteur soit ramenée :

    -
      -
    • aux hauteurs minimale et maximale des pièces manœuvrables : 800 mm et 1100 mm respectivement, - et.
      • -
    • aux hauteurs minimale et maximale des écrans : 1200 mm et 1400 mm respectivement.
      • -
    -     		-

    C.8.3.0 Généralités (information)

    -

    La clause 8.3.0 n’a qu’une valeur informative et ne contient aucune exigence relative aux tests de - conformité.

    -
    -

    8.3.1 Portée avant ou latérale

    -

    Les TIC fixes doivent être conformes à la clause 8.3.2 ou à la clause 8.3.3.

    -

    REMARQUE 1 : Cela n'empêche pas de se conformer aux deux clauses.

    -

    REMARQUE 2 : Les dimensions indiquées dans les clauses 407.8.3 et 407.8.2 de l’article 508 du - Rehabilitation Act, telles que publiées en janvier 2017 [i.25], sont identiques à celles indiquées - dans les clauses 8.3.2 et 8.3.3 du présent document.

    -

    REMARQUE 3 : L’accès physique à une TIC fixe dépend des dimensions de la TIC et de l’environnement - dans lequel elle est installée et exploitée. La clause 8.3 ne s’applique pas à l’accessibilité de - l’environnement physique extérieur à la TIC.

    -     		-

    C.8.3.1 Portée avant ou latérale

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    Procédure

    -

    1. Vérifier si les TIC sont conformes à la clause 8.3.2.2.

    -

    2. Vérifier si les TIC sont conformes à la clause 8.3.2.3.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 ou no 2 est vrais

    -

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    8.3 TIC fixes
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.0 Généralités (information)

    +

    Le présent document définit les dimensions pour accéder aux TIC fixes qui peuvent être placées dans un environnement bâti, mais ne définit pas les normes de l’environnement bâti en général.

    +

    Le champ d’application inclut les TIC fixes, dont les planchers et les espaces de circulation font « partie intégrante » (généralement les kiosques et les cabines), et où il existe des plages de portée externe qui sont importantes pour le fonctionnement des TIC fixes.

    +

    Les clauses 8.3.2 à 8.3.4 précisent les limites obligatoires pour la hauteur maximale et minimale des pièces manœuvrables et des écrans. Selon les dimensions indiquées à la figure 53 de la norme ISO 21542:2011 [i.34], il est recommandé que la portée possible en hauteur soit ramenée :

    +
      +
    • aux hauteurs minimale et maximale des pièces manœuvrables : 800 mm et 1100 mm respectivement, et.
      • +
    • aux hauteurs minimale et maximale des écrans : 1200 mm et 1400 mm respectivement.
      • +
    +     		+

    C.8.3.0 Généralités (information)

    +

    La clause 8.3.0 n’a qu’une valeur informative et ne contient aucune exigence relative aux tests de conformité.

    +
    +

    8.3.1 Portée avant ou latérale

    +

    Les TIC fixes doivent être conformes à la clause 8.3.2 ou à la clause 8.3.3.

    +

    REMARQUE 1 : Cela n'empêche pas de se conformer aux deux clauses.

    +

    REMARQUE 2 : Les dimensions indiquées dans les clauses 407.8.3 et 407.8.2 de l’article 508 du Rehabilitation Act, telles que publiées en janvier 2017 [i.25], sont identiques à celles indiquées dans les clauses 8.3.2 et 8.3.3 du présent document.

    +

    REMARQUE 3 : L’accès physique à une TIC fixe dépend des dimensions de la TIC et de l’environnement dans lequel elle est installée et exploitée. La clause 8.3 ne s’applique pas à l’accessibilité de l’environnement physique extérieur à la TIC.

    +     		+

    C.8.3.1 Portée avant ou latérale

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    Procédure

    +

    1. Vérifier si les TIC sont conformes à la clause 8.3.2.2.

    +

    2. Vérifier si les TIC sont conformes à la clause 8.3.2.3.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 ou no 2 est vrais

    +

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.3.2 Portée avant
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.2.1 Hauteur maximum de la portée avant libre

    -

    Lorsqu’aucune pièce des TIC fixes n’obstrue la portée avant, au moins une pièce manœuvrable de chaque - type ne doit pas être située à plus de 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès. - Cela est illustré à la figure 2.

    -     		-

    8.3.2.1 Hauteur maximum de la portée avant libre

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Aucune pièce des TIC fixes n’obstrue la portée avant.

    -

    Procédure

    -

    1. Vérifier qu’au moins une pièce manœuvrable de chaque type n’est pas située à plus de 1 220 mm (48 - po) au-dessus du plancher de l’espace d’accès.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.2.2 Hauteur minimum de la portée avant libre

    -

    Lorsqu’aucune pièce des TIC fixes n’obstrue la portée avant, au moins une pièce manœuvrable de chaque - type ne doit pas être située à moins de 380 mm (15 po) au-dessus du plancher de l’espace d’accès. - Cela est illustré à la figure 2.

    -     		-

    C.8.3.2.2 Hauteur minimum de la portée avant libre

    -

    Type d’évaluation

    -

    Inspection and mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Aucune pièce des TIC fixes n’obstrue la portée avant.

    -

    Procédure

    -

    1. Vérifier qu’au moins une pièce manœuvrable de chaque type n’est pas située à moins de 380 mm (15 - po) au-dessus du plancher de l’espace d’accès

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    8.3.2 Portée avant
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.2.1 Hauteur maximum de la portée avant libre

    +

    Lorsqu’aucune pièce des TIC fixes n’obstrue la portée avant, au moins une pièce manœuvrable de chaque type ne doit pas être située à plus de 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès. Cela est illustré à la figure 2.

    +     		+

    8.3.2.1 Hauteur maximum de la portée avant libre

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Aucune pièce des TIC fixes n’obstrue la portée avant.

    +

    Procédure

    +

    1. Vérifier qu’au moins une pièce manœuvrable de chaque type n’est pas située à plus de 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.2.2 Hauteur minimum de la portée avant libre

    +

    Lorsqu’aucune pièce des TIC fixes n’obstrue la portée avant, au moins une pièce manœuvrable de chaque type ne doit pas être située à moins de 380 mm (15 po) au-dessus du plancher de l’espace d’accès. Cela est illustré à la figure 2.

    +     		+

    C.8.3.2.2 Hauteur minimum de la portée avant libre

    +

    Type d’évaluation

    +

    Inspection and mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Aucune pièce des TIC fixes n’obstrue la portée avant.

    +

    Procédure

    +

    1. Vérifier qu’au moins une pièce manœuvrable de chaque type n’est pas située à moins de 380 mm (15 po) au-dessus du plancher de l’espace d’accès

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    8.3.2.3 Portée avant obstruée
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.2.3.1 Espace libre

    -

    Lorsqu’une obstruction faisant partie intégrante des TIC fixes empêche l’accès à tout type de pièce - manœuvrable, les TIC doivent prévoir un espace libre qui s’étend sous l’élément obstruant sur une - distance qui n’est pas inférieure à la profondeur d’atteinte requise au-dessus de l’obstruction.

    -

    REMARQUE : Le fait de prévoir un libre « accès à tout type de partie manœuvrable » garantit qu’un - utilisateur pourra accéder à au moins une pièce manœuvrable de chaque type.

    -     		-

    C.8.3.2.3.1 Espace libre

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Une obstruction faisant partie intégrante des TIC empêche l’accès à tout type de pièce - manœuvrable.

    -

    Procédure

    -

    1. Vérifier que les TIC prévoient un espace libre qui s’étend sous l’élément obstruant sur une - distance qui n’est pas inférieure à la profondeur d’atteinte requise au-dessus de l’obstruction.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.2.3.2 Portée avant obstruée (<510 mm)

    -

    Lorsque les TIC fixes présentent un obstacle faisant partie intégrante des TIC et étant inférieur à - 510 mm (20 pouces), la portée avant à au moins une pièce manœuvrable de chaque type ne doit pas être - supérieure à 1220 mm (48 po) au-dessus du point de contact au sol des TIC. Cela est illustré à la - figure 3 (a). -

    -     		-

    C.8.3.2.3.2 Portée avant obstruée (<510 mm)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Une partie intégrante des TIC fixes forme une obstruction de moins de 510 mm (20 pouces) de - profondeur.

    -

    Procédure

    -

    1. Vérifier que la portée avant à au moins une pièce manœuvrable de chaque type n’est pas supérieure - à 1220 mm (48 pouces) au-dessus du contact avec le sol des TIC.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.2.3.3 Portée avant obstruée (<635 mm)

    -

    Lorsque les TIC fixes présentent un obstacle faisant partie intégrante des TIC et qu’il n’est pas - inférieur à 510 mm (20 pouces) mais est inférieur à 635 mm (25 pouces) au plus, la portée avant à au - moins une pièce manœuvrable de chaque type ne doit pas être supérieure à 1120 mm (44 po) au-dessus - du point de contact au sol des TIC. Cela est illustré à la figure 3 (b).

    -     		-

    8.3.2.3.3 Portée avant obstruée (<635 mm)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Une partie intégrante des TIC fixes forme une obstruction de pas moins de 510 mm (20 pouces) mais - de moins de 635 mm (25 pouces) de profondeur.

    -

    Procédure

    -

    1. Vérifier que la portée avant à au moins une pièce manœuvrable de chaque type n’est pas supérieure - à 1120 mm (44 pouces) au-dessus du contact avec le sol des TIC.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.2.4 Largeur libre pour les genoux et les pieds

    -

    Lorsque l’espace sous un obstacle faisant partie intégrante des TIC fait partie de l’espace d’accès, - la largeur libre doit être d’au moins 760 mm (30 po).

    -     		-

    C.8.3.2.4 Largeur libre pour les genoux et les pieds

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. L’espace sous un obstacle faisant partie intégrante des TIC fait partie d’un espace d’accès.

    -

    Procédure

    -

    1. Vérifier que la largeur de l’espace libre pour les genoux est supérieure à 760 mm (30 po).

    -

    2. Vérifier que la largeur de l’espace libre pour les pieds est supérieure à 760 mm (30 po).

    -

    Résultat

    -

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.2.5 Espace libre pour les pieds

    -

    Lorsqu’un obstacle fait partie intégrante des TIC, un espace sous l’obstacle d’au moins 230 mm (9 po) - au-dessus du plancher est considéré comme un espace libre pour les pieds et il devrait :

    -

    1. s’étendre sur au plus 635 mm (25 po) sous tout l’obstacle;

    -

    2. procurer un espace d’au moins 430 mm (17 po) de profondeur et 230 mm (9 po) au-dessus du plancher - sous l’obstacle;

    -

    3. ne pas dépasser de plus de 150 mm (6 po) toute obstruction à 230 mm (9 po) au-dessus du plancher. -

    -

    Cela est illustré à la figure 4.

    -     		-

    C.8.3.2.5 Espace libre pour les pieds

    -

    a)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. L’espace sous un obstacle faisant partie intégrante des TIC fait partie d’un espace d’accès.

    -

    Procédure

    -

    1. Vérifier que la largeur de l’espace libre pour les genoux est supérieure à 760 mm (30 po).

    -

    2. Vérifier que la largeur de l'espace libre pour les pieds est supérieure à 760 mm (30 po).

    -

    Résultat

    -

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    b)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un obstacle fait partie intégrante des TIC. -

    -

    3. Sous tout obstacle faisant partie intégrante des TIC, l’espace libre pour les pieds est d’au moins - 230 mm (9 po) au-dessus du plancher.

    -

    Procédure

    -

    1. Vérifier que l’espace libre pour les orteils a au moins 430 mm (17 po) de profondeur et est à 230 - mm (9 po) au-dessus du plancher sous l’obstacle.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie

    -

    c)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un obstacle fait partie intégrante des TIC. -

    3. Sous tout obstacle faisant partie intégrante des TIC, l'espace libre pour les pieds est d’au moins - 230 mm (9 po) au-dessus du plancher.

    -

    Procédure

    -

    1. Vérifier que l'espace libre pour les pieds ne dépasse pas de plus de 150 mm (6 po) tout obstacle à - 230 mm (9 po) au-dessus du plancher.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    8.3.2.6 Espace libre pour les genoux

    -

    Lorsqu’un obstacle fait partie intégrante des TIC, un espace sous l’obstacle entre 230 mm (9 po) et - 685 mm (27 po) au-dessus du plancher est considéré comme un espace libre pour les genoux et il doit - :

    -

    1. ne pas s’étendre sur plus de 635 mm (25 pouces) sous l’obstacle à une hauteur de 230 mm (9 po) - au-dessus du plancher;

    -

    2. s’étendre sur au moins 280 mm (11 pouces) sous l’obstacle à une hauteur de 230 mm (9 po) au-dessus - du plancher;

    -

    3. s'étendre sur au moins 205 mm (8 po) sous l’obstacle à une hauteur de 685 mm (27 po) au-dessus du - plancher;

    -

    4. être autorisé à être réduit en profondeur à raison de 25 mm (1 po) pour chaque 150 mm (6 po) de - hauteur.

    -

    Cela est illustré à la figure 5.

    -     		-

    C.8.3.2.6 Espace libre pour les genoux

    -

    a)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un obstacle fait partie intégrante des TIC.

    -

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) - au-dessus du plancher.

    -

    Procédure

    -

    1. Vérifier qu’il y a un espace libre pour les genoux qui s’étend sur moins de 635 mm (25 po) sous - l’obstacle à une hauteur de 230 mm (9 po) au-dessus du plancher.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -

    b)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un obstacle fait partie intégrante des TIC.

    - -

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) - au-dessus du plancher.

    -

    Procédure

    -

    1. Vérifier qu’il y a un espace libre pour les genoux qui s’étend sur au moins 280 mm (11 po) sous - l’obstacle à une hauteur de 230 mm (9 po) au-dessus du plancher.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -

    c)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un obstacle fait partie intégrante des TIC.

    - -

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) - au-dessus du plancher.

    -

    Procédure

    -

    1. Vérifier qu’il y a un espace libre pour les genoux qui s’étend sur plus de 205 mm (9 po) sous - l’obstacle à une hauteur de 685 mm (25 po) au-dessus du plancher.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -

    d)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un obstacle fait partie intégrante des TIC.

    - -

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) - au-dessus du plancher.

    -

    Procédure

    -

    1. Vérifier que la réduction de la profondeur de l’espace libre pour les genoux n’est pas supérieure - à 25 mm (1 po) pour chaque 150 mm (6 po) de hauteur.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    8.3.2.3 Portée avant obstruée
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.2.3.1 Espace libre

    +

    Lorsqu’une obstruction faisant partie intégrante des TIC fixes empêche l’accès à tout type de pièce manœuvrable, les TIC doivent prévoir un espace libre qui s’étend sous l’élément obstruant sur une distance qui n’est pas inférieure à la profondeur d’atteinte requise au-dessus de l’obstruction.

    +

    REMARQUE : Le fait de prévoir un libre « accès à tout type de partie manœuvrable » garantit qu’un utilisateur pourra accéder à au moins une pièce manœuvrable de chaque type.

    +     		+

    C.8.3.2.3.1 Espace libre

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Une obstruction faisant partie intégrante des TIC empêche l’accès à tout type de pièce manœuvrable.

    +

    Procédure

    +

    1. Vérifier que les TIC prévoient un espace libre qui s’étend sous l’élément obstruant sur une distance qui n’est pas inférieure à la profondeur d’atteinte requise au-dessus de l’obstruction.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.2.3.2 Portée avant obstruée (<510 mm)

    +

    Lorsque les TIC fixes présentent un obstacle faisant partie intégrante des TIC et étant inférieur à 510 mm (20 pouces), la portée avant à au moins une pièce manœuvrable de chaque type ne doit pas être supérieure à 1220 mm (48 po) au-dessus du point de contact au sol des TIC. Cela est illustré à la figure 3 (a).

    +     		+

    C.8.3.2.3.2 Portée avant obstruée (<510 mm)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Une partie intégrante des TIC fixes forme une obstruction de moins de 510 mm (20 pouces) de profondeur.

    +

    Procédure

    +

    1. Vérifier que la portée avant à au moins une pièce manœuvrable de chaque type n’est pas supérieure à 1220 mm (48 pouces) au-dessus du contact avec le sol des TIC.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.2.3.3 Portée avant obstruée (<635 mm)

    +

    Lorsque les TIC fixes présentent un obstacle faisant partie intégrante des TIC et qu’il n’est pas inférieur à 510 mm (20 pouces) mais est inférieur à 635 mm (25 pouces) au plus, la portée avant à au moins une pièce manœuvrable de chaque type ne doit pas être supérieure à 1120 mm (44 po) au-dessus du point de contact au sol des TIC. Cela est illustré à la figure 3 (b).

    +     		+

    8.3.2.3.3 Portée avant obstruée (<635 mm)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Une partie intégrante des TIC fixes forme une obstruction de pas moins de 510 mm (20 pouces) mais de moins de 635 mm (25 pouces) de profondeur.

    +

    Procédure

    +

    1. Vérifier que la portée avant à au moins une pièce manœuvrable de chaque type n’est pas supérieure à 1120 mm (44 pouces) au-dessus du contact avec le sol des TIC.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.2.4 Largeur libre pour les genoux et les pieds

    +

    Lorsque l’espace sous un obstacle faisant partie intégrante des TIC fait partie de l’espace d’accès, la largeur libre doit être d’au moins 760 mm (30 po).

    +     		+

    C.8.3.2.4 Largeur libre pour les genoux et les pieds

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. L’espace sous un obstacle faisant partie intégrante des TIC fait partie d’un espace d’accès.

    +

    Procédure

    +

    1. Vérifier que la largeur de l’espace libre pour les genoux est supérieure à 760 mm (30 po).

    +

    2. Vérifier que la largeur de l’espace libre pour les pieds est supérieure à 760 mm (30 po).

    +

    Résultat

    +

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.2.5 Espace libre pour les pieds

    +

    Lorsqu’un obstacle fait partie intégrante des TIC, un espace sous l’obstacle d’au moins 230 mm (9 po) au-dessus du plancher est considéré comme un espace libre pour les pieds et il devrait :

    +

    1. s’étendre sur au plus 635 mm (25 po) sous tout l’obstacle;

    +

    2. procurer un espace d’au moins 430 mm (17 po) de profondeur et 230 mm (9 po) au-dessus du plancher sous l’obstacle;

    +

    3. ne pas dépasser de plus de 150 mm (6 po) toute obstruction à 230 mm (9 po) au-dessus du plancher.

    +

    Cela est illustré à la figure 4.

    +     		+

    C.8.3.2.5 Espace libre pour les pieds

    +

    a)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. L’espace sous un obstacle faisant partie intégrante des TIC fait partie d’un espace d’accès.

    +

    Procédure

    +

    1. Vérifier que la largeur de l’espace libre pour les genoux est supérieure à 760 mm (30 po).

    +

    2. Vérifier que la largeur de l'espace libre pour les pieds est supérieure à 760 mm (30 po).

    +

    Résultat

    +

    Réussite : Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec : Les énoncés testables nos 1 et 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    b)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un obstacle fait partie intégrante des TIC.

    +

    3. Sous tout obstacle faisant partie intégrante des TIC, l’espace libre pour les pieds est d’au moins 230 mm (9 po) au-dessus du plancher.

    +

    Procédure

    +

    1. Vérifier que l’espace libre pour les orteils a au moins 430 mm (17 po) de profondeur et est à 230 mm (9 po) au-dessus du plancher sous l’obstacle.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie

    +

    c)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un obstacle fait partie intégrante des TIC. +

    3. Sous tout obstacle faisant partie intégrante des TIC, l'espace libre pour les pieds est d’au moins 230 mm (9 po) au-dessus du plancher.

    +

    Procédure

    +

    1. Vérifier que l'espace libre pour les pieds ne dépasse pas de plus de 150 mm (6 po) tout obstacle à 230 mm (9 po) au-dessus du plancher.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    8.3.2.6 Espace libre pour les genoux

    +

    Lorsqu’un obstacle fait partie intégrante des TIC, un espace sous l’obstacle entre 230 mm (9 po) et 685 mm (27 po) au-dessus du plancher est considéré comme un espace libre pour les genoux et il doit :

    +

    1. ne pas s’étendre sur plus de 635 mm (25 pouces) sous l’obstacle à une hauteur de 230 mm (9 po) au-dessus du plancher;

    +

    2. s’étendre sur au moins 280 mm (11 pouces) sous l’obstacle à une hauteur de 230 mm (9 po) au-dessus du plancher;

    +

    3. s'étendre sur au moins 205 mm (8 po) sous l’obstacle à une hauteur de 685 mm (27 po) au-dessus du plancher;

    +

    4. être autorisé à être réduit en profondeur à raison de 25 mm (1 po) pour chaque 150 mm (6 po) de hauteur.

    +

    Cela est illustré à la figure 5.

    +     		+

    C.8.3.2.6 Espace libre pour les genoux

    +

    a)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un obstacle fait partie intégrante des TIC.

    +

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) au-dessus du plancher.

    +

    Procédure

    +

    1. Vérifier qu’il y a un espace libre pour les genoux qui s’étend sur moins de 635 mm (25 po) sous l’obstacle à une hauteur de 230 mm (9 po) au-dessus du plancher.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +

    b)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un obstacle fait partie intégrante des TIC.

    +

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) au-dessus du plancher.

    +

    Procédure

    +

    1. Vérifier qu’il y a un espace libre pour les genoux qui s’étend sur au moins 280 mm (11 po) sous l’obstacle à une hauteur de 230 mm (9 po) au-dessus du plancher.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +

    c)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un obstacle fait partie intégrante des TIC.

    +

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) au-dessus du plancher.

    +

    Procédure

    +

    1. Vérifier qu’il y a un espace libre pour les genoux qui s’étend sur plus de 205 mm (9 po) sous l’obstacle à une hauteur de 685 mm (25 po) au-dessus du plancher.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +

    d)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un obstacle fait partie intégrante des TIC.

    +

    3. Il y a un espace libre pour les genoux sous l’obstacle entre 230 mm (9 po) et 685 mm (25 po) au-dessus du plancher.

    +

    Procédure

    +

    1. Vérifier que la réduction de la profondeur de l’espace libre pour les genoux n’est pas supérieure à 25 mm (1 po) pour chaque 150 mm (6 po) de hauteur.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.3.3 Portée latérale
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.3.1 Hauteur maximum de la portée latérale libre

    -

    Lorsque la portée latérale est libre ou obstruée par un élément faisant fait partie intégrante des - TIC fixes qui est inférieur à 255 mm (10 po), la hauteur maximum de la portée latérale d’au moins - une pièce manœuvrable de chaque type doit être inférieure ou égale à 1 220 mm (48 po) au-dessus du - plancher de l’espace d’accès.

    -     		-

    C.8.3.3.1 Hauteur maximum de la portée latérale libre

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. La portée latérale est libre ou obstruée par un élément faisant fait partie intégrante des TIC - fixes qui est inférieur à 510 mm (20 po).

    -

    Procédure

    -

    1. Vérifier que la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque - type n’est pas supérieure à 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.3.2 Hauteur minimum de la portée latérale libre

    -

    Lorsque la portée latérale est libre ou obstruée par un élément faisant partie intégrante des TIC - fixes qui est inférieur à 255 mm (10 po), la hauteur minimum de la portée latérale à au moins une - pièce manœuvrable de chaque type doit être supérieure ou égale à 380 mm (15 po) au-dessus du - plancher de l’espace d’accès. Cela est illustré à la figure 6.

    -     		-

    C.8.3.3.2 Hauteur minimum de la portée latérale libre

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. La portée latérale est libre ou obstruée par un élément faisant partie intégrante des TIC fixes - qui est inférieur à 510 mm (20 po).

    -

    Procédure

    -

    1. Vérifier que la hauteur minimum de la portée latérale à au moins une pièce manœuvrable de chaque - type est supérieure ou égale à 380 mm (15 po) au-dessus du plancher de l’espace d’accès.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    8.3.3 Portée latérale
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.3.1 Hauteur maximum de la portée latérale libre

    +

    Lorsque la portée latérale est libre ou obstruée par un élément faisant fait partie intégrante des TIC fixes qui est inférieur à 255 mm (10 po), la hauteur maximum de la portée latérale d’au moins une pièce manœuvrable de chaque type doit être inférieure ou égale à 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès.

    +     		+

    C.8.3.3.1 Hauteur maximum de la portée latérale libre

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. La portée latérale est libre ou obstruée par un élément faisant fait partie intégrante des TIC fixes qui est inférieur à 510 mm (20 po).

    +

    Procédure

    +

    1. Vérifier que la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque type n’est pas supérieure à 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.3.2 Hauteur minimum de la portée latérale libre

    +

    Lorsque la portée latérale est libre ou obstruée par un élément faisant partie intégrante des TIC fixes qui est inférieur à 255 mm (10 po), la hauteur minimum de la portée latérale à au moins une pièce manœuvrable de chaque type doit être supérieure ou égale à 380 mm (15 po) au-dessus du plancher de l’espace d’accès. Cela est illustré à la figure 6.

    +     		+

    C.8.3.3.2 Hauteur minimum de la portée latérale libre

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. La portée latérale est libre ou obstruée par un élément faisant partie intégrante des TIC fixes qui est inférieur à 510 mm (20 po).

    +

    Procédure

    +

    1. Vérifier que la hauteur minimum de la portée latérale à au moins une pièce manœuvrable de chaque type est supérieure ou égale à 380 mm (15 po) au-dessus du plancher de l’espace d’accès.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.3.3.3 Portée latérale obstruée
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.3.3.1 Portée latérale obstruée (≤ 255 mm)

    -

    Lorsque les TIC fixes présentent une obstruction qui fait partie intégrante des TIC, la hauteur de - l’obstruction doit être inférieure à 865 mm (34 po). Lorsque la profondeur de l’obstruction est - inférieure ou égale à 255 mm (10 po), la hauteur maximum de la portée latérale à au moins une pièce - manœuvrable de chaque type ne doit pas être supérieure à 1 220 mm (48 po) au-dessus du plancher de - l’espace d’accès. Cela est illustré à la figure 7 (a).

    -     		-

    C.8.3.3.3.1 Portée latérale obstruée (≤ 255 mm)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Une obstruction dont la profondeur est inférieure ou égale à 255 mm (10 po) fait partie intégrante - des TIC.

    -

    Procédure

    -

    1. Vérifier que la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque - type n’est pas supérieure à 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès. -

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.3.3.2 Portée latérale obstruée (≤ 610 mm)

    -

    Lorsque les TIC fixes présentent une obstruction qui fait partie intégrante des TIC, la hauteur de - l’obstruction doit être inférieure à 865 mm (34 po). Lorsque la profondeur de l’obstruction est - supérieure à 255 mm (10 po) et inférieure à 610 mm (24 po), la hauteur maximum de la portée latérale - à au moins un de chaque type de pièce manœuvrable ne doit pas être supérieure à 1 170 mm (46 po) - au-dessus du plancher de l’espace d’accès. Cela est illustré à la figure 7 (b). -

    -     		-

    C.8.3.3.3.2 Portée latérale obstruée (≤ 610 mm)

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Une obstruction dont la profondeur est supérieure à 255 mm (10 po) et inférieure à 610 mm (24 po) - fait partie intégrante des TIC.

    -

    Procédure

    -

    1. Vérifier que la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque - type n’est pas supérieure à 1 170 mm (46 po) au-dessus du plancher de l’espace d’accès.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    8.3.3.3 Portée latérale obstruée
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.3.3.1 Portée latérale obstruée (≤ 255 mm)

    +

    Lorsque les TIC fixes présentent une obstruction qui fait partie intégrante des TIC, la hauteur de l’obstruction doit être inférieure à 865 mm (34 po). Lorsque la profondeur de l’obstruction est inférieure ou égale à 255 mm (10 po), la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque type ne doit pas être supérieure à 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès. Cela est illustré à la figure 7 (a).

    +     		+

    C.8.3.3.3.1 Portée latérale obstruée (≤ 255 mm)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Une obstruction dont la profondeur est inférieure ou égale à 255 mm (10 po) fait partie intégrante des TIC.

    +

    Procédure

    +

    1. Vérifier que la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque type n’est pas supérieure à 1 220 mm (48 po) au-dessus du plancher de l’espace d’accès.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.3.3.2 Portée latérale obstruée (≤ 610 mm)

    +

    Lorsque les TIC fixes présentent une obstruction qui fait partie intégrante des TIC, la hauteur de l’obstruction doit être inférieure à 865 mm (34 po). Lorsque la profondeur de l’obstruction est supérieure à 255 mm (10 po) et inférieure à 610 mm (24 po), la hauteur maximum de la portée latérale à au moins un de chaque type de pièce manœuvrable ne doit pas être supérieure à 1 170 mm (46 po) au-dessus du plancher de l’espace d’accès. Cela est illustré à la figure 7 (b).

    +     		+

    C.8.3.3.3.2 Portée latérale obstruée (≤ 610 mm)

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Une obstruction dont la profondeur est supérieure à 255 mm (10 po) et inférieure à 610 mm (24 po) fait partie intégrante des TIC.

    +

    Procédure

    +

    1. Vérifier que la hauteur maximum de la portée latérale à au moins une pièce manœuvrable de chaque type n’est pas supérieure à 1 170 mm (46 po) au-dessus du plancher de l’espace d’accès.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    8.3.4 Surface de plancher ou de sol dégagée
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.4.1 Changement de niveau

    -

    Lorsque des TIC fixes comportent un plancher, tout changement de niveau du plancher qui y est intégré - doit être aménagé d’une rampe présentant une pente d’au plus 1:48. - Exceptions : -

    -

    1. Si le changement de niveau du plancher est inférieur ou égal à 6,4 mm (1/4 po), le changement peut - être vertical comme l’indique la figure 8.

    -

    2. Si le changement de niveau du plancher est inférieur ou égal à 13 mm (1/2 po), le changement peut - présenter une pente d’au plus 1:2 comme il est illustré à la figure 9.

    -     		-

    C.8.3.4.1 Changement de niveau

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Les TIC comportent un plancher.

    -

    3. Le plancher présente un changement de niveau..

    -

    Procédure

    -

    1. Si le changement de niveau est aménagé d’une rampe, vérifier qu’il présente une pente inférieure à - 1:48.

    -

    2. Si le changement de niveau du plancher est vertical, vérifier qu’il est inférieur ou égal à 6,4 - mm.

    -

    3. Si le changement de niveau du plancher est vertical ou présente une pente, vérifier que la pente - n’est pas supérieure à 1:2.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 ou no 2 ou no 3 est vrai.

    -

    Échec : Les énoncés testables nos 1, 2 et 3 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 ou 3 n’est pas remplie.

    -
    -

    8.3.4.2 Surface de plancher ou de sol dégagée

    -

    Lorsque des TIC fixes intègrent un espace opérationnel, elles doivent prévoir une surface de plancher - dégagée d’au moins 760 mm (30 po) par 1 220 mm (48 po) à partir de laquelle il est possible - d’exploiter les TIC. Cela est illustré à la figure 10.

    -     		-

    C.8.3.4.2 Surface de plancher ou de sol dégagée

    -

    Type d’évaluation

    -

    Inspection et mesures

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Elles intègrent un espace opérationnel.

    -

    Procédure

    -

    1. Vérifier qu’il y a une surface de plancher dégagée avec des dimensions rectangulaires minimales de - 760 mm sur un bord et de 1220 mm sur l’autre bord.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    8.3.4 Surface de plancher ou de sol dégagée
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.4.1 Changement de niveau

    +

    Lorsque des TIC fixes comportent un plancher, tout changement de niveau du plancher qui y est intégré doit être aménagé d’une rampe présentant une pente d’au plus 1:48. Exceptions :

    +

    1. Si le changement de niveau du plancher est inférieur ou égal à 6,4 mm (1/4 po), le changement peut être vertical comme l’indique la figure 8.

    +

    2. Si le changement de niveau du plancher est inférieur ou égal à 13 mm (1/2 po), le changement peut présenter une pente d’au plus 1:2 comme il est illustré à la figure 9.

    +     		+

    C.8.3.4.1 Changement de niveau

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Les TIC comportent un plancher.

    +

    3. Le plancher présente un changement de niveau..

    +

    Procédure

    +

    1. Si le changement de niveau est aménagé d’une rampe, vérifier qu’il présente une pente inférieure à 1:48.

    +

    2. Si le changement de niveau du plancher est vertical, vérifier qu’il est inférieur ou égal à 6,4 mm.

    +

    3. Si le changement de niveau du plancher est vertical ou présente une pente, vérifier que la pente n’est pas supérieure à 1:2.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 ou no 2 ou no 3 est vrai.

    +

    Échec : Les énoncés testables nos 1, 2 et 3 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 ou 3 n’est pas remplie.

    +
    +

    8.3.4.2 Surface de plancher ou de sol dégagée

    +

    Lorsque des TIC fixes intègrent un espace opérationnel, elles doivent prévoir une surface de plancher dégagée d’au moins 760 mm (30 po) par 1 220 mm (48 po) à partir de laquelle il est possible d’exploiter les TIC. Cela est illustré à la figure 10.

    +     		+

    C.8.3.4.2 Surface de plancher ou de sol dégagée

    +

    Type d’évaluation

    +

    Inspection et mesures

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Elles intègrent un espace opérationnel.

    +

    Procédure

    +

    1. Vérifier qu’il y a une surface de plancher dégagée avec des dimensions rectangulaires minimales de 760 mm sur un bord et de 1220 mm sur l’autre bord.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    8.3.4.3 Approche
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.3.4.3.1 Généralités

    -

    Lorsque des TIC fixes comportent un espace d’accès, au moins un côté complet de l’espace doit être - dégagé.

    -     		-

    C.8.3.4.3.1 Généralités

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Elles comportent un espace d’accès.

    -

    Procédure

    -

    1. Vérifier qu’un côté complet de l’espace est dégagé.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.4.3.2 Approche avant

    -

    Lorsque l’espace opérationnel se trouve dans une alcôve au sein des TIC fixes, la profondeur de - l’alcôve est supérieure à 610 mm (24 po), et lorsqu’une approche avant est nécessaire, l’espace - d’accès doit être d’au moins 915 mm (36 po) de largeur. Cela est illustré à la figure 11.

    -     		-

    C.8.3.4.3.2 Approche avant

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes et comportent une alcôve

    -

    2. L’espace opérationnel se trouve dans l’alcôve.

    -

    3. La profondeur de l’alcôve est supérieure à 610 mm.

    -

    4. Une approche avant est nécessaire.

    -

    Procédure

    -

    1. Vérifier que la largeur de l’alcôve est supérieure à 915 mm.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    -
    -

    8.3.4.3.3 Approche parallèle

    -

    Lorsque l’espace opérationnel se trouve dans une alcôve au sein des TIC fixes, la profondeur de - l’alcôve est supérieure à 380 mm (15 po), et lorsqu’une approche parallèle est nécessaire, l’espace - d’accès doit être d’au moins 1525 mm (60 po) de largeur. Cela est illustré à la figure 12.

    -     		-

    C.8.3.4.3.3 Approche parallèle

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes et comportent une alcôve

    -

    2. L’espace opérationnel se trouve dans l’alcôve.

    -

    3. La profondeur de l’alcôve est supérieure à 380 mm.

    -

    4. Une approche parallèle est possible.

    -

    Procédure

    -

    1. Vérifier que la largeur de l’espace d’accès est supérieure à 1525 mm.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    -
    -

    8.3.5 Visibilité

    -

    Lorsque les TIC fixes fournissent un ou plusieurs écrans d’affichage, au moins un écran d'affichage - de chaque type doit être positionné de telle sorte que les renseignements à l'écran soient lisibles - depuis un point situé à 1015 mm (40 pouces) au-dessus du centre du plancher de l’espace - opérationnel.

    -

    REMARQUE : Cette exigence vise à ce que l’information à l’écran soit lisible par des utilisateurs - ayant une vision normale et des compétences linguistiques appropriées, lorsqu’ils sont assis dans un - fauteuil roulant.

    -     		-

    C.8.3.5 Visibilité

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    2. Un ou plusieurs écrans d’affichage sont fournis.

    -

    Procédure

    -

    1. Vérifier qu’au moins un écran d'affichage de chaque type est positionné de telle sorte que les - renseignements à l'écran soient lisibles depuis un point situé à 1015 mm (40 pouces) au-dessus du - centre du plancher de l’espace opérationnel.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    8.3.6 Instructions d’installation

    -

    Les instructions d’installation doivent être disponibles pour toutes les TIC fixes. Ces instructions - doivent indiquer comment installer les TIC en tenant compte des exigences applicables en matière - d’accessibilité de l’environnement bâti dans la mesure où elles s’appliquent à l’installation des - TIC. Lorsque de telles exigences n’existent pas, les instructions devraient exiger que les - dimensions des TIC installées soient conformes aux clauses 8.3.2 à 8.3.5 du présent document.

    -     		-

    C.8.3.6 Instructions d’installation

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont fixes.

    -

    Procédure

    -

    1. Vérifier que les instructions d’installation sont disponibles.

    -

    2. Vérifier que les instructions indiquent comment installer les TIC de façon à s’assurer que les - dimensions des TIC installées sont conformes aux clauses 8.3.2 à 8.3.4.

    -

    3. Vérifier que les instructions indiquent que les installateurs doivent également tenir compte des - exigences applicables en matière d’accessibilité de l’environnement bâti dans la mesure où elles - s’appliquent à l’installation des TIC.

    -

    Résultat

    -

    Réussite : Les énoncés testables nos 1, 2 et 3 sont vrais.

    -

    Échec : Les énoncés testables nos 1, 2 et 3 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    8.3.4.3 Approche
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.3.4.3.1 Généralités

    +

    Lorsque des TIC fixes comportent un espace d’accès, au moins un côté complet de l’espace doit être dégagé.

    +     		+

    C.8.3.4.3.1 Généralités

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Elles comportent un espace d’accès.

    +

    Procédure

    +

    1. Vérifier qu’un côté complet de l’espace est dégagé.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.4.3.2 Approche avant

    +

    Lorsque l’espace opérationnel se trouve dans une alcôve au sein des TIC fixes, la profondeur de l’alcôve est supérieure à 610 mm (24 po), et lorsqu’une approche avant est nécessaire, l’espace d’accès doit être d’au moins 915 mm (36 po) de largeur. Cela est illustré à la figure 11.

    +     		+

    C.8.3.4.3.2 Approche avant

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes et comportent une alcôve

    +

    2. L’espace opérationnel se trouve dans l’alcôve.

    +

    3. La profondeur de l’alcôve est supérieure à 610 mm.

    +

    4. Une approche avant est nécessaire.

    +

    Procédure

    +

    1. Vérifier que la largeur de l’alcôve est supérieure à 915 mm.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    +
    +

    8.3.4.3.3 Approche parallèle

    +

    Lorsque l’espace opérationnel se trouve dans une alcôve au sein des TIC fixes, la profondeur de l’alcôve est supérieure à 380 mm (15 po), et lorsqu’une approche parallèle est nécessaire, l’espace d’accès doit être d’au moins 1525 mm (60 po) de largeur. Cela est illustré à la figure 12.

    +     		+

    C.8.3.4.3.3 Approche parallèle

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes et comportent une alcôve

    +

    2. L’espace opérationnel se trouve dans l’alcôve.

    +

    3. La profondeur de l’alcôve est supérieure à 380 mm.

    +

    4. Une approche parallèle est possible.

    +

    Procédure

    +

    1. Vérifier que la largeur de l’espace d’accès est supérieure à 1525 mm.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    +
    +

    8.3.5 Visibilité

    +

    Lorsque les TIC fixes fournissent un ou plusieurs écrans d’affichage, au moins un écran d'affichage de chaque type doit être positionné de telle sorte que les renseignements à l'écran soient lisibles depuis un point situé à 1015 mm (40 pouces) au-dessus du centre du plancher de l’espace opérationnel.

    +

    REMARQUE : Cette exigence vise à ce que l’information à l’écran soit lisible par des utilisateurs ayant une vision normale et des compétences linguistiques appropriées, lorsqu’ils sont assis dans un fauteuil roulant.

    +     		+

    C.8.3.5 Visibilité

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    2. Un ou plusieurs écrans d’affichage sont fournis.

    +

    Procédure

    +

    1. Vérifier qu’au moins un écran d'affichage de chaque type est positionné de telle sorte que les renseignements à l'écran soient lisibles depuis un point situé à 1015 mm (40 pouces) au-dessus du centre du plancher de l’espace opérationnel.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    8.3.6 Instructions d’installation

    +

    Les instructions d’installation doivent être disponibles pour toutes les TIC fixes. Ces instructions doivent indiquer comment installer les TIC en tenant compte des exigences applicables en matière d’accessibilité de l’environnement bâti dans la mesure où elles s’appliquent à l’installation des TIC. Lorsque de telles exigences n’existent pas, les instructions devraient exiger que les dimensions des TIC installées soient conformes aux clauses 8.3.2 à 8.3.5 du présent document.

    +     		+

    C.8.3.6 Instructions d’installation

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont fixes.

    +

    Procédure

    +

    1. Vérifier que les instructions d’installation sont disponibles.

    +

    2. Vérifier que les instructions indiquent comment installer les TIC de façon à s’assurer que les dimensions des TIC installées sont conformes aux clauses 8.3.2 à 8.3.4.

    +

    3. Vérifier que les instructions indiquent que les installateurs doivent également tenir compte des exigences applicables en matière d’accessibilité de l’environnement bâti dans la mesure où elles s’appliquent à l’installation des TIC.

    +

    Résultat

    +

    Réussite : Les énoncés testables nos 1, 2 et 3 sont vrais.

    +

    Échec : Les énoncés testables nos 1, 2 et 3 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    8.4 Pièces mécaniquement manœuvrable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.4.1 Touches numériques

    -

    Lorsqu’elles sont fournies, les touches numériques formant un pavé rectangulaire doivent permettre de - distinguer le numéro cinq de manière tactile des autres touches du pavé numérique.

    -

    REMARQUE: La Recommandation E.161[i.20] de l’UIT-T décrit la disposition du clavier du téléphone à 12 - touches et fournit des détails supplémentaires sur la forme des marqueurs tactiles.

    -     		-

    C.8.4.1 Touches numériques

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées de touches numériques physiques disposées sur un clavier téléphonique à 12 - touches. -

    -

    Procédure

    -

    1. Vérifier que le numéro cinq se distingue de manière tactile des autres touches du clavier.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    8.4 Pièces mécaniquement manœuvrable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.4.1 Touches numériques

    +

    Lorsqu’elles sont fournies, les touches numériques formant un pavé rectangulaire doivent permettre de distinguer le numéro cinq de manière tactile des autres touches du pavé numérique.

    +

    REMARQUE: La Recommandation E.161[i.20] de l’UIT-T décrit la disposition du clavier du téléphone à 12 touches et fournit des détails supplémentaires sur la forme des marqueurs tactiles.

    +     		+

    C.8.4.1 Touches numériques

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées de touches numériques physiques disposées sur un clavier téléphonique à 12 touches.

    +

    Procédure

    +

    1. Vérifier que le numéro cinq se distingue de manière tactile des autres touches du clavier.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    8.4.2 Fonctionnement des pièces mécaniques
    Clause de la norme EN 301 549Détermination de la conformité
    -

    8.4.2.1 Moyens de fonctionnement des pièces mécaniques

    -

    Lorsqu’une commande nécessite un serrage, un pincement ou une torsion du poignet pour fonctionner, un - autre moyen de fonctionnement qui n’exige pas de telles actions doit être fourni.

    -     		-

    C.8.4.2.1 Moyens de fonctionnement des pièces mécaniques

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées de pièces manœuvrables qui nécessitent un serrage, un pincement ou une torsion - du poignet pour fonctionner. -

    -

    Procédure

    -

    1. Vérifier qu’il y a un autre moyen de fonctionnement qui n’exige pas de telles actions.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    8.4.2.2 Force de fonctionnement des pièces mécaniques

    -

    Lorsqu’une commande nécessite une force supérieure à 22,2 N pour fonctionner, un autre moyen de - fonctionnement nécessitant une force inférieure à 22,2 N doit être prévu.

    -

    REMARQUE : ISO 21542:2011 [i.34] : Building Construction - Accessibility and Usability of the Built - Environment recommande une valeur comprise entre 2,5 et 5 newtons.

    -     		-

    C.8.4.2.2 Force de fonctionnement des pièces mécaniques

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont dotées d’une commande qui nécessite une force supérieure à 22,2 N pour fonctionner. -

    -

    Procédure

    -

    1. Vérifier qu’un autre moyen de fonctionnement nécessitant une force inférieure ou égale à 22,2 N - est prévu.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    8.4.3 Clés, billets et cartes tarifaires

    -

    Lorsque les TIC fournissent des touches, des billets ou des cartes tarifaires, et que leur - orientation est importante pour une utilisation ultérieure, elles doivent avoir une orientation qui - est perceptible au toucher.

    -

    REMARQUE: La norme ETSI ETS 300 767[i.6] définit les indications tactiles appropriées pour les cartes - plastiques.

    -     		-

    C.8.4.3 Clés, billets et cartes tarifaires

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC fournissent des clés, des billets ou des cartes tarifaires, et leur orientation est - importante pour une utilisation ultérieure. -

    -

    Procédure

    -

    1. Vérifier que les clés, les billets ou les cartes tarifaires ont une orientation perceptible au - toucher.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    8.5 Indication tactile du mode vocal

    -

    Lorsque les TIC sont conçues pour une utilisation partagée et qu’une sortie vocale est disponible, - une indication tactile des moyens permettant de lancer le mode de fonctionnement vocal doit être - fournie.

    -

    REMARQUE: L’indication tactile peut inclure des instructions en braille.

    -     		-

    C.8.5 Indication tactile du mode vocal

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Les TIC sont conçues pour une utilisation partagée. -

    -

    2. La sortie vocale est disponible.

    -

    Procédure

    -

    1. Vérifier qu’une indication tactile des moyens de lancement du mode vocal est fournie. -

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie..

    -
    8.4.2 Fonctionnement des pièces mécaniques
    Clause de la norme EN 301 549Détermination de la conformité
    +

    8.4.2.1 Moyens de fonctionnement des pièces mécaniques

    +

    Lorsqu’une commande nécessite un serrage, un pincement ou une torsion du poignet pour fonctionner, un autre moyen de fonctionnement qui n’exige pas de telles actions doit être fourni.

    +     		+

    C.8.4.2.1 Moyens de fonctionnement des pièces mécaniques

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées de pièces manœuvrables qui nécessitent un serrage, un pincement ou une torsion du poignet pour fonctionner.

    +

    Procédure

    +

    1. Vérifier qu’il y a un autre moyen de fonctionnement qui n’exige pas de telles actions.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    8.4.2.2 Force de fonctionnement des pièces mécaniques

    +

    Lorsqu’une commande nécessite une force supérieure à 22,2 N pour fonctionner, un autre moyen de fonctionnement nécessitant une force inférieure à 22,2 N doit être prévu.

    +

    REMARQUE : ISO 21542:2011 [i.34] : Building Construction - Accessibility and Usability of the Built Environment recommande une valeur comprise entre 2,5 et 5 newtons.

    +     		+

    C.8.4.2.2 Force de fonctionnement des pièces mécaniques

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont dotées d’une commande qui nécessite une force supérieure à 22,2 N pour fonctionner.

    +

    Procédure

    +

    1. Vérifier qu’un autre moyen de fonctionnement nécessitant une force inférieure ou égale à 22,2 N est prévu.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    8.4.3 Clés, billets et cartes tarifaires

    +

    Lorsque les TIC fournissent des touches, des billets ou des cartes tarifaires, et que leur orientation est importante pour une utilisation ultérieure, elles doivent avoir une orientation qui est perceptible au toucher.

    +

    REMARQUE: La norme ETSI ETS 300 767[i.6] définit les indications tactiles appropriées pour les cartes plastiques.

    +     		+

    C.8.4.3 Clés, billets et cartes tarifaires

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC fournissent des clés, des billets ou des cartes tarifaires, et leur orientation est importante pour une utilisation ultérieure.

    +

    Procédure

    +

    1. Vérifier que les clés, les billets ou les cartes tarifaires ont une orientation perceptible au toucher.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    8.5 Indication tactile du mode vocal

    +

    Lorsque les TIC sont conçues pour une utilisation partagée et qu’une sortie vocale est disponible, une indication tactile des moyens permettant de lancer le mode de fonctionnement vocal doit être fournie.

    +

    REMARQUE: L’indication tactile peut inclure des instructions en braille.

    +     		+

    C.8.5 Indication tactile du mode vocal

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Les TIC sont conçues pour une utilisation partagée.

    +

    2. La sortie vocale est disponible.

    +

    Procédure

    +

    1. Vérifier qu’une indication tactile des moyens de lancement du mode vocal est fournie.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie..

    +

    9 Web

    - - - - - - - - - - - - + + + + + + + + + + + +
    -
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.0 Généralités (information)

    -

    Les exigences de la clause 9 s’appliquent aux pages Web (telles que définies à La clause 3.1), y - compris:

    -
      -
    • La conformité avec le niveau AA des WCAG 2.0 équivaut à la conformité avec les clauses 9.1.1, - 9.1.2, 9.1.3.1 à 9.1.3.3, 9.1.4.1 à 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.1.4, 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 et avec les exigences de conformité de la clause 9.5 du - présent - document.
      • -
    • La conformité au niveau AA des WCAG 2.1 équivaut à la conformité à toutes les clauses 9.1 à 9.4 - et - aux exigences de conformité de La clause 9.5 du présent document.
      • -
    • Les exigences relatives aux autres documents et logiciels sont énoncées aux articles 10 et 11, - respectivement.
      • -
    -

    REMARQUE 1: Les sites Web sont évalués en tant que pages Web individuelles. Les applications Web, les - applications Web mobiles, etc., sont couvertes par la définition de page Web qui est très large et - qui englobe tous les types de contenu Web.

    -

    Les exigences en matière de contenu Web énoncées aux articles 9.1 à 9.4 établissent tous les critères - de succès des niveaux A et AA à partir des Règles pour l’accessibilité des contenus Web 2.0 de W3C - (WCAG 2.1) [5]:

    -
      -
    • Les pages Web qui sont conformes aux niveaux A et AA des WCAG 2.0 sont également conformes aux - clauses 9.1.1.1 à 9.1.3.3, 9.1.4.1 à 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.2.1 à 9.2.4.7, 9.3.1.1 à - 9.4.1.2 - ainsi qu’aux exigences de conformité de la clause 9.5.
      • -
    • Les pages Web qui sont conformes au niveau AA des WCAG 2.1 sont conformes à toutes les clauses - 9.1 - à 9.4 ainsi qu’aux exigences de conformité de La clause 9.5.
      • -
    • Les pages Web qui sont conformes aux clauses 9.1.1.1 à 9.1.3.3, 9.1.4.1 à 9.1.4.5, 9.2.1.1, - 9.2.1.2, 9.2.2.1 à 9.2.4.7, 9.3.1.1 à 9.4.1.2 ainsi qu’aux exigences de conformité de la clause - 9.5, - sont également conformes au niveau AA des WCAG 2.0.
      • -
    • Les pages Web qui sont conformes à toutes les clauses 9.1 à 9.4 et aux exigences de conformité - de - la clause 9.5, sont conformes au Niveau AA des WCAG 2.1.
      • -
    -

    REMARQUE 2: WCAG 2.0 est identique à la norme ISO/CEI 40500 (2012): « Technologies de l’information – - Règles pour l’accessibilité des contenus Web 2.0 (WCAG 2.0) de World Wide Web Consortium (W3C)» [4]. -

    -

    Les exigences des clauses 9.1 à 9.4 sont rédigées selon le concept de la satisfaction des critères de - succès (défini à la clause 3.1).

    -

    Une page Web satisfait à un critère de succès des WCAG lorsque ce critère ne se révèle pas « faux » - lors de l’évaluation de la page Web. Cela implique que si le critère de succès place des conditions - sur une caractéristique spécifique et que cette caractéristique spécifique n’apparaît pas dans la - page Web, alors cette page satisfait au critère de succès.

    -

    REMARQUE 3: Par exemple, une page Web qui ne contient pas de contenu audio pré-enregistré dans un - support synchronisé satisfera automatiquement au critère de succès 1.2.2 des WCAG (Sous-titres - [pré-enregistrés]) et, par conséquent, sera également conforme à la clause 9.1.2.2.

    -

    En plus des critères de réussite du Niveau AA, les lignes directrices pour l’accessibilité aux - contenus Web comprennent également des critères de succès pour le niveau AAA.

    -

    REMARQUE 4: Le corps du présent document n’inclut pas les critères de succès du niveau AAA, et ce, à - la fois pour éviter toute confusion avec les exigences fondées sur le niveau A et le niveau AA et - pour assurer l’harmonisation avec les autres normes d’approvisionnement.

    -

    Les auteurs de sites Web et les spécialistes de l’accessibilité en matière d’approvisionnement sont - encouragés à améliorer l’accessibilité au-delà des exigences du présent document. Par conséquent, - ils doivent examiner si l’un ou l’autre des critères de succès du niveau AAA des WCAG offre des - suggestions qui peuvent être applicables et pertinentes à leur projet, de même que potentiellement - bénéfiques pour certains utilisateurs.

    -

    REMARQUE 5: Le W3C énonce ce qui suit: « il n’est pas recommandé d’exiger la conformité au niveau AAA - puisqu’il est impossible de respecter tous les critères de succès liés à ce niveau pour certains - éléments du contenu ».

    -     		-

    C.9.0 Généralités (information)

    -

    La clause 9.0 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    -
    +
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.0 Généralités (information)

    +

    Les exigences de la clause 9 s’appliquent aux pages Web (telles que définies à La clause 3.1), y compris:

    +
      +
    • La conformité avec le niveau AA des WCAG 2.0 équivaut à la conformité avec les clauses 9.1.1, 9.1.2, 9.1.3.1 à 9.1.3.3, 9.1.4.1 à 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.1.4, 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 et avec les exigences de conformité de la clause 9.5 du présent document.
      • +
    • La conformité au niveau AA des WCAG 2.1 équivaut à la conformité à toutes les clauses 9.1 à 9.4 et aux exigences de conformité de La clause 9.5 du présent document.
      • +
    • Les exigences relatives aux autres documents et logiciels sont énoncées aux articles 10 et 11, respectivement.
      • +
    +

    REMARQUE 1: Les sites Web sont évalués en tant que pages Web individuelles. Les applications Web, les applications Web mobiles, etc., sont couvertes par la définition de page Web qui est très large et qui englobe tous les types de contenu Web.

    +

    Les exigences en matière de contenu Web énoncées aux articles 9.1 à 9.4 établissent tous les critères de succès des niveaux A et AA à partir des Règles pour l’accessibilité des contenus Web 2.0 de W3C (WCAG 2.1) [5]:

    +
      +
    • Les pages Web qui sont conformes aux niveaux A et AA des WCAG 2.0 sont également conformes aux clauses 9.1.1.1 à 9.1.3.3, 9.1.4.1 à 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.2.1 à 9.2.4.7, 9.3.1.1 à 9.4.1.2 ainsi qu’aux exigences de conformité de la clause 9.5.
      • +
    • Les pages Web qui sont conformes au niveau AA des WCAG 2.1 sont conformes à toutes les clauses 9.1 à 9.4 ainsi qu’aux exigences de conformité de La clause 9.5.
      • +
    • Les pages Web qui sont conformes aux clauses 9.1.1.1 à 9.1.3.3, 9.1.4.1 à 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.2.1 à 9.2.4.7, 9.3.1.1 à 9.4.1.2 ainsi qu’aux exigences de conformité de la clause 9.5, sont également conformes au niveau AA des WCAG 2.0.
      • +
    • Les pages Web qui sont conformes à toutes les clauses 9.1 à 9.4 et aux exigences de conformité de la clause 9.5, sont conformes au Niveau AA des WCAG 2.1.
      • +
    +

    REMARQUE 2: WCAG 2.0 est identique à la norme ISO/CEI 40500 (2012): « Technologies de l’information – Règles pour l’accessibilité des contenus Web 2.0 (WCAG 2.0) de World Wide Web Consortium (W3C)» [4].

    +

    Les exigences des clauses 9.1 à 9.4 sont rédigées selon le concept de la satisfaction des critères de succès (défini à la clause 3.1).

    +

    Une page Web satisfait à un critère de succès des WCAG lorsque ce critère ne se révèle pas « faux » lors de l’évaluation de la page Web. Cela implique que si le critère de succès place des conditions sur une caractéristique spécifique et que cette caractéristique spécifique n’apparaît pas dans la page Web, alors cette page satisfait au critère de succès.

    +

    REMARQUE 3: Par exemple, une page Web qui ne contient pas de contenu audio pré-enregistré dans un support synchronisé satisfera automatiquement au critère de succès 1.2.2 des WCAG (Sous-titres [pré-enregistrés]) et, par conséquent, sera également conforme à la clause 9.1.2.2.

    +

    En plus des critères de réussite du Niveau AA, les lignes directrices pour l’accessibilité aux contenus Web comprennent également des critères de succès pour le niveau AAA.

    +

    REMARQUE 4: Le corps du présent document n’inclut pas les critères de succès du niveau AAA, et ce, à la fois pour éviter toute confusion avec les exigences fondées sur le niveau A et le niveau AA et pour assurer l’harmonisation avec les autres normes d’approvisionnement.

    +

    Les auteurs de sites Web et les spécialistes de l’accessibilité en matière d’approvisionnement sont encouragés à améliorer l’accessibilité au-delà des exigences du présent document. Par conséquent, ils doivent examiner si l’un ou l’autre des critères de succès du niveau AAA des WCAG offre des suggestions qui peuvent être applicables et pertinentes à leur projet, de même que potentiellement bénéfiques pour certains utilisateurs.

    +

    REMARQUE 5: Le W3C énonce ce qui suit: « il n’est pas recommandé d’exiger la conformité au niveau AAA puisqu’il est impossible de respecter tous les critères de succès liés à ce niveau pour certains éléments du contenu ».

    +     		+

    C.9.0 Généralités (information)

    +

    La clause 9.0 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    9.1 Perceptible
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    9.1.1 Équivalents textuels
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.1.1.1 Contenu non textuel

    -

    Lorsque la TIC est une page Web, elle doit satisfaire au critère de succès critère de succès 1.1.1 - Contenu non textuel - des WCAG 2.1.

    -

    Critère de succès 1.1.1 Contenu non textuel des WCAG 2.1

    -

    Comprendre le critère de - succès Contenu non textuel (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Contenu non textuel (en anglais seulement)

    -

    (Niveau A)

    -

    Tout contenu non - textuel présenté à - l’utilisateur comme équivalent - textuel à l’exception des situations énumérées ci-dessous.

    -
      -
    • Composant d’interface ou de saisie: si le contenu non textuel est un composant d’interface ou - s’il - permet la saisie d’informations par l’utilisateur, c’est qu’il a un nom qui décrit sa fonction. - (Se référer au critère de - succès 4.1.2 pour des - exigences supplémentaires à propos des composants d’interface utilisateur ou des contenus qui - permettent la saisie d’informations par l’utilisateur.)
      • -
    • Média temporel: Si le contenu non textuel est un média temporel, fournissez au moins une - description de ce contenu. (Reportez-vous à la Ligne directrice 1.2 - pour obtenir - d’autres exigences relatives aux médias.)
      • -
    -
      -
    • Test : si le contenu non textuel est un test ou un exercice qui serait invalide s’il était - présenté - en texte,, fournissez au - moins une - description de ce contenu.
      • -
    • Sensation: Si le contenu non textuel est principalement conçu pour créer une expérience - sensorielle - précise, fournissez au moins une description de ce contenu.
      • -
    • CAPTCHA: Si du contenu - non textuel est - utilisé pour confirmer l’accès par une personne plutôt que par un ordinateur, fournissez du - texte - qui décrit la fonction du contenu et offrez d’autres formes CAPTCHA au moyen de formes de - reconnaissance qui utilisent d’autres sens pour tenir compte de divers handicaps.
      • -
    • Décoration, format, invisibilité: Si le contenu non textuel est utilisé uniquement aux fins de - décoration et de - formatage, ou n’est - pas affiché à l’utilisateur, il peut être mis en œuvre d’une manière qui peut être ignorée par - les - technologies - d’assistance. -
      • -
    -     		-

    C.9.1.1.1 Contenu non textuel

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez que la page Web n’échoue pas au critère de succès 1.1.1 - Contenu non textuel - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -
    9.1.1 Équivalents textuels
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.1.1.1 Contenu non textuel

    +

    Lorsque la TIC est une page Web, elle doit satisfaire au critère de succès critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Critère de succès 1.1.1 Contenu non textuel des WCAG 2.1

    +

    Comprendre le critère de succès Contenu non textuel (en anglais seulement)

    +

    Comment satisfaire au critère de succès Contenu non textuel (en anglais seulement)

    +

    (Niveau A)

    +

    Tout contenu non textuel présenté à l’utilisateur comme équivalent textuel à l’exception des situations énumérées ci-dessous.

    +
      +
    • Composant d’interface ou de saisie: si le contenu non textuel est un composant d’interface ou s’il permet la saisie d’informations par l’utilisateur, c’est qu’il a un nom qui décrit sa fonction. (Se référer au critère de succès 4.1.2 pour des exigences supplémentaires à propos des composants d’interface utilisateur ou des contenus qui permettent la saisie d’informations par l’utilisateur.)
      • +
    • Média temporel: Si le contenu non textuel est un média temporel, fournissez au moins une description de ce contenu. (Reportez-vous à la Ligne directrice 1.2 pour obtenir d’autres exigences relatives aux médias.)
      • +
    +
      +
    • Test : si le contenu non textuel est un test ou un exercice qui serait invalide s’il était présenté en texte,, fournissez au moins une description de ce contenu.
      • +
    • Sensation: Si le contenu non textuel est principalement conçu pour créer une expérience sensorielle précise, fournissez au moins une description de ce contenu.
      • +
    • CAPTCHA: Si du contenu non textuel est utilisé pour confirmer l’accès par une personne plutôt que par un ordinateur, fournissez du texte qui décrit la fonction du contenu et offrez d’autres formes CAPTCHA au moyen de formes de reconnaissance qui utilisent d’autres sens pour tenir compte de divers handicaps.
      • +
    • Décoration, format, invisibilité: Si le contenu non textuel est utilisé uniquement aux fins de décoration et de formatage, ou n’est pas affiché à l’utilisateur, il peut être mis en œuvre d’une manière qui peut être ignorée par les technologies d’assistance.
      • +
    +     		+

    C.9.1.1.1 Contenu non textuel

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez que la page Web n’échoue pas au critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    9.1.2 Médias temporels
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    -

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 1.2.1 Contenu - audio ou vidéo - seulement (préenregistré) des WCAG 2.1.

    -

    Critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des - WCAG - 2.1

    -

    Comprendre - le critère de succès seulement audio ou vidéo (pré-enregistré)(en anglais seulement)

    -

    Comment - satisfaire au critère de succès Contenu seulement audio ou vidéo (préenregistré)(en anglais - seulement)

    -

    (Niveau A)

    -

    Pour des médias pré-enregistrés - seulement audio et - pré-enregistrés seulement - vidéo, sauf si l’audio ou la - vidéo sont un média de - remplacement pour un texte et qu’ils sont clairement identifiés comme tels: 

    -
      -
    • Contenu pré-enregistré seulement audio: fournir une version - de remplacement - pour un média temporel, présentant une information équivalente au contenu seulement - audio.
      • -
    • Contenu pré-enregistré seulement vidéo :fournir, soit une version de remplacement pour un média - temporel, soit une piste audio (présentant une information équivalente) pour un contenu - pré-enregistré seulement vidéo.
      • -
    -     		-

    C.9.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère - de succès - 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des WCAG - 2.1.

    -

    Résultat.

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.2.1 Contenu seulement audio et seulement vidéo - (pré-enregistrés) des WCAG 2.1.

    -
    -

    9.1.2.2 Sous-titres (pré-enregistrés)

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.2.2 - Sous-titres - (pré-enregistrés).

    -

    Critères de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1

    -

    Comprendre le critère - Sous-titres (pré-enregistrés)(en anglais seulement)

    -

    Comment satisfaire au critère - Sous-titres (pré-enregistrés)(en anglais seulement)

    -

    (Niveau A)

    -

    Fournir des sous-titres pour - tout contenu audio pré-enregistré dans un média synchronisé, - excepté lorsque le média est un média de remplacement - pour un texte et qu'il est clairement identifié comme tel.

    -     		-

    C.9.1.2.2 Sous-titres (pré-enregistrés)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez que la page Web n’échoue pas au critère - de succès 1.2.2 Sous-titres (pré-enregistrées) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    -
    -

    9.1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré)

    -

    Lorsque la TIC est une page Web, elle doit satisfaire au critère - de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1

    -

    Critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1

    -

    Comprendre - audio-description ou version de remplacement pour un média temporel (préenregistré)(en anglais - seulement)

    -

    Comment - satisfaire au critère Audio-description ou version de remplacement pour un média temporel - (pré-enregistré)(en anglais seulement)

    -

    (Niveau A)

    -

    Fournir une version de - remplacement pour un média temporel ou une audio-description ou du contenu vidéo pré-enregistré pour un média synchronisé, - excepté quand - le média est un média de - remplacement pour un texte et qu’il est clairement identifié comme tel.

    -     		-

    C.9.1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère - de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.2.3 Audio-description ou version de remplacement pour un média - temporel (pré-enregistré) des WCAG 2.1.

    -
    -

    9.1.2.4 Sous-titres (en direct)

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.2.4 - Sous-titres (en - direct) des WCAG 2.1 .

    -

    Critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1

    -

    Comprendre le critère de - succès Sous-titres (en direct)(en anglais seulement)

    -

    Comment satisfaire au critère de - succès Sous-titres (en direct)(en anglais seulement)

    -

    (Niveau AA)

    -

    Fournir des sous-titres pour - tout contenu audio en direct, sous forme de média synchronisé. -

    -     		-

    C.9.1.2.4 Sous-titres (en direct)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez que la page Web n’échoue pas au critère de succès 1.2.4 - Sous-titres (en - direct) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    -
    -

    9.1.2.5 Audio-description (pré-enregistrée)

    -

    Lorsque la TIC est une page Web, elle doit satisfaire au critère de succès - 1.2.5 - Audio-description (pré-enregistré) des WCAG 2.1. 

    -

    Critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1

    -

    Comprendre - l’audio-description (pré-enregistrée)(en anglais seulement)

    -

    Comment satisfaire au - critère Audio-description (pré-enregistrée)(en anglais seulement)

    -

    (Niveau AA)

    -

    Fournir une audio-description - pour - tout contenu vidéo pré-enregistré, sous forme - de média synchronisé. -

    -     		-

    C.9.1.2.5 Audio-description (pré-enregistrée)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès - 1.2.5 - Audio-description (pré-enregistrée) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1.

    -
    9.1.2 Médias temporels
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    +

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 1.2.1 Contenu audio ou vidéo seulement (préenregistré) des WCAG 2.1.

    +

    Critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des WCAG 2.1

    +

    Comprendre le critère de succès seulement audio ou vidéo (pré-enregistré)(en anglais seulement)

    +

    Comment satisfaire au critère de succès Contenu seulement audio ou vidéo (préenregistré)(en anglais seulement)

    +

    (Niveau A)

    +

    Pour des médias pré-enregistrés seulement audio et pré-enregistrés seulement vidéo, sauf si l’audio ou la vidéo sont un média de remplacement pour un texte et qu’ils sont clairement identifiés comme tels: 

    +
      +
    • Contenu pré-enregistré seulement audio: fournir une version de remplacement pour un média temporel, présentant une information équivalente au contenu seulement audio.
      • +
    • Contenu pré-enregistré seulement vidéo :fournir, soit une version de remplacement pour un média temporel, soit une piste audio (présentant une information équivalente) pour un contenu pré-enregistré seulement vidéo.
      • +
    +     		+

    C.9.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des WCAG 2.1.

    +

    Résultat.

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.1 Contenu seulement audio et seulement vidéo (pré-enregistrés) des WCAG 2.1.

    +
    +

    9.1.2.2 Sous-titres (pré-enregistrés)

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.2.2 Sous-titres (pré-enregistrés).

    +

    Critères de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1

    +

    Comprendre le critère Sous-titres (pré-enregistrés)(en anglais seulement)

    +

    Comment satisfaire au critère Sous-titres (pré-enregistrés)(en anglais seulement)

    +

    (Niveau A)

    +

    Fournir des sous-titres pour tout contenu audio pré-enregistré dans un média synchronisé, excepté lorsque le média est un média de remplacement pour un texte et qu'il est clairement identifié comme tel.

    +     		+

    C.9.1.2.2 Sous-titres (pré-enregistrés)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez que la page Web n’échoue pas au critère de succès 1.2.2 Sous-titres (pré-enregistrées) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    +
    +

    9.1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)

    +

    Lorsque la TIC est une page Web, elle doit satisfaire au critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1

    +

    Critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1

    +

    Comprendre audio-description ou version de remplacement pour un média temporel (préenregistré)(en anglais seulement)

    +

    Comment satisfaire au critère Audio-description ou version de remplacement pour un média temporel (pré-enregistré)(en anglais seulement)

    +

    (Niveau A)

    +

    Fournir une version de remplacement pour un média temporel ou une audio-description ou du contenu vidéo pré-enregistré pour un média synchronisé, excepté quand le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

    +     		+

    C.9.1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +
    +

    9.1.2.4 Sous-titres (en direct)

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1 .

    +

    Critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1

    +

    Comprendre le critère de succès Sous-titres (en direct)(en anglais seulement)

    +

    Comment satisfaire au critère de succès Sous-titres (en direct)(en anglais seulement)

    +

    (Niveau AA)

    +

    Fournir des sous-titres pour tout contenu audio en direct, sous forme de média synchronisé.

    +     		+

    C.9.1.2.4 Sous-titres (en direct)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez que la page Web n’échoue pas au critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    +
    +

    9.1.2.5 Audio-description (pré-enregistrée)

    +

    Lorsque la TIC est une page Web, elle doit satisfaire au critère de succès 1.2.5 Audio-description (pré-enregistré) des WCAG 2.1. 

    +

    Critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1

    +

    Comprendre l’audio-description (pré-enregistrée)(en anglais seulement)

    +

    Comment satisfaire au critère Audio-description (pré-enregistrée)(en anglais seulement)

    +

    (Niveau AA)

    +

    Fournir une audio-description pour tout contenu vidéo pré-enregistré, sous forme de média synchronisé.

    +     		+

    C.9.1.2.5 Audio-description (pré-enregistrée)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    9.1.3 Adaptable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.1.3.1 Information et relations

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.3.1 - Information - et relations des WCAG 2.1.

    -

    Critère de succès 1.3.1 Information et relations des WCAG 2.1

    -

    Comprendre - l’information et les relations (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Information et relations (en anglais seulement)

    -

    (Niveau A)

    -

    L’information, la structure et - les relations véhiculées - par la présentationpeuvent - être déterminées - par un programme - informatique ou sont disponibles sous forme de texte.

    -     		-

    C.9.1.3.1 Information et relations

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.1 - Information et - relations des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.1 Information et relations des WCAG 2.1.

    -
    -

    9.1.3.2 Ordre séquentiel logique

    -

    Dans le cas où la TIC est une page Web, elle satisfait au critère de succès 1.3.2 - Ordre séquentiel - logique des WCAG 2.1.

    -

    Critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1

    -

    Comprendre l’ordre - séquentiel logique (en anglais seulement)

    -

    Comment satisfaire au critère - Ordre séquentiel logique (en anglais seulement)

    -

    (Niveau A)

    -

    Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture - correct - peut être déterminé par - un - programme informatique.

    -     		-

    C.9.1.3.2 Ordre séquentiel logique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.3.2 - Ordre séquentiel - logique des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    -
    -

    9.1.3.3 Caractéristiques sensorielles

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.3.3 - Caractéristiques sensorielles de WCAG 2.1.

    -

    Critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1

    -

    Comprendre les - caractéristiques sensorielles (en anglais seulement)

    -

    Comment satisfaire au - critère Caractéristiques sensorielles (en anglais seulement)

    -

    (Niveau A)

    -

    Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer - uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, - l’emplacement visuel, l’orientation ou le son.

    -

    Remarque: Pour les exigences relatives à la couleur, se reporter à la ligne Règle 1.4.

    -     		-

    C.9.1.3.3 Caractéristiques sensorielles

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.3.3 - Caractéristiques sensorielles des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    -
    -

    9.1.3.4 Orientation

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.3.4 Orientation - des WCAG - 2.1.

    -

    Critère de succès 1.3.4 Orientation des WCAG 2.1

    -

    Comprendre l’orientation (en - anglais seulement) -

    -

    Comment satisfaire au critère - Orientation (en anglais seulement)

    -

    (Niveau AA)

    -

    Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, - comme le portrait ou le paysage, à moins qu’une orientation d’affichage spécifique soit essentielle.

    -

    Remarque: Parmi les exemples où une orientation particulière de l’affichage peut être essentielle, on - retrouve les chèques de banque, une application pour le piano, des diapositives pour un projecteur - ou un téléviseur, ou un contenu de réalité virtuelle où l’orientation binaire de l’affichage ne - s’applique pas.

    -     		-

    C.9.1.3.4 Orientation

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez si la page Web n’échoue pas au critère - de succès 1.3.4 Orientation des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.3.4 Orientation des WCAG 2.1.

    -
    -

    9.1.3.5 Identifier la finalité de la saisie

    -

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 1.3.5 - Finalité d’un - champ de saisie des WCAG 2.1.

    -

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    -

    Comprendre la - Finalité d’un champ de saisie (en anglais seulement)

    -

    Comment satisfaire au critère - Finalité d’un champ de saisie (en anglais seulement)

    -

    (Niveau AA)

    -

    La fonction de chaque champ de saisie recueillant de l’information sur l’utilisateur peut être déterminée - par un - programme informatique lorsque:

    - -     		-

    C.9.1.3.5 Identifier la finalité de la saisie

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    -
    9.1.3 Adaptable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.1.3.1 Information et relations

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.3.1 Information et relations des WCAG 2.1.

    +

    Critère de succès 1.3.1 Information et relations des WCAG 2.1

    +

    Comprendre l’information et les relations (en anglais seulement)

    +

    Comment satisfaire au critère de succès Information et relations (en anglais seulement)

    +

    (Niveau A)

    +

    L’information, la structure et les relations véhiculées par la présentationpeuvent être déterminées par un programme informatique ou sont disponibles sous forme de texte.

    +     		+

    C.9.1.3.1 Information et relations

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.1 Information et relations des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.1 Information et relations des WCAG 2.1.

    +
    +

    9.1.3.2 Ordre séquentiel logique

    +

    Dans le cas où la TIC est une page Web, elle satisfait au critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +

    Critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1

    +

    Comprendre l’ordre séquentiel logique (en anglais seulement)

    +

    Comment satisfaire au critère Ordre séquentiel logique (en anglais seulement)

    +

    (Niveau A)

    +

    Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture correct peut être déterminé par un programme informatique.

    +     		+

    C.9.1.3.2 Ordre séquentiel logique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +
    +

    9.1.3.3 Caractéristiques sensorielles

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.3.3 Caractéristiques sensorielles de WCAG 2.1.

    +

    Critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1

    +

    Comprendre les caractéristiques sensorielles (en anglais seulement)

    +

    Comment satisfaire au critère Caractéristiques sensorielles (en anglais seulement)

    +

    (Niveau A)

    +

    Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, l’emplacement visuel, l’orientation ou le son.

    +

    Remarque: Pour les exigences relatives à la couleur, se reporter à la ligne Règle 1.4.

    +     		+

    C.9.1.3.3 Caractéristiques sensorielles

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +
    +

    9.1.3.4 Orientation

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.3.4 Orientation des WCAG 2.1.

    +

    Critère de succès 1.3.4 Orientation des WCAG 2.1

    +

    Comprendre l’orientation (en anglais seulement)

    +

    Comment satisfaire au critère Orientation (en anglais seulement)

    +

    (Niveau AA)

    +

    Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, comme le portrait ou le paysage, à moins qu’une orientation d’affichage spécifique soit essentielle.

    +

    Remarque: Parmi les exemples où une orientation particulière de l’affichage peut être essentielle, on retrouve les chèques de banque, une application pour le piano, des diapositives pour un projecteur ou un téléviseur, ou un contenu de réalité virtuelle où l’orientation binaire de l’affichage ne s’applique pas.

    +     		+

    C.9.1.3.4 Orientation

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez si la page Web n’échoue pas au critère de succès 1.3.4 Orientation des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.4 Orientation des WCAG 2.1.

    +
    +

    9.1.3.5 Identifier la finalité de la saisie

    +

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 1.3.5 Finalité d’un champ de saisie des WCAG 2.1.

    +

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    +

    Comprendre la Finalité d’un champ de saisie (en anglais seulement)

    +

    Comment satisfaire au critère Finalité d’un champ de saisie (en anglais seulement)

    +

    (Niveau AA)

    +

    La fonction de chaque champ de saisie recueillant de l’information sur l’utilisateur peut être déterminée par un programme informatique lorsque:

    + +     		+

    C.9.1.3.5 Identifier la finalité de la saisie

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    9.1.4 Distinguable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.1.4.1 Utilisation de la couleur

    -

    Dans le cas où la TIC est une page Web, elle remplit le critère de succès 1.4.1 - Utilisation de la - couleur des WCAG 2.1.

    -

    Critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1

    -

    Comprendre l’utilisation de la - couleur (en anglais seulement)

    -

    Comment satisfaire au critère - Utilisation de la couleur (en anglais seulement)

    -

    (Niveau A)

    -

    La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une - action, de solliciter une réponse ou de distinguer un élément visuel.

    -

    Remarque: Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres formes - de perception sont traitées à la règle - 1.3 - comme l’accès à la couleur par un programme informatique et les autres formes de codage de la - présentation visuelle.

    -     		-

    C.9.1.4.1 Utilisation de la couleur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.1 - Utilisation de la - couleur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    -
    -

    9.1.4.2 Contrôle du son

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.2 Contrôle - du son des - WCAG 2.1.

    -

    Critère de succès 1.4.2 Contrôle du son des WCAG 2.1

    -

    Comprendre le contrôle du - son (en anglais seulement)

    -

    Comment satisfaire au critère Contrôle - du son (en anglais seulement)

    -

    (Niveau A)

    -

    Si du son sur une page Web est audible automatiquement pendant plus de 3 secondes, un mécanisme est disponible pour - le mettre en - pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système - général.

    -

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la - capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web - (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce - critère de succès. Voir l’exigence de - conformité 5: - Non-interférence.

    -     		-

    C.9.1.4.2 Contrôle du son

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.2 Contrôle - du son des - WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.2 Contrôle du son des WCAG 2.1.

    -
    -

    9.1.4.3 Contraste (minimum)

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.3 - Contraste - (minimum).

    -

    Critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1

    -

    Comprendre le contraste - (minimum) (en anglais seulement)

    -

    Comment satisfaire au critère - Contraste (minimum) (en anglais seulement)

    -

    (Niveau AA)

    -

    La présentation visuelle du texte et - du texte sous forme - d’image a un rapport - de contraste d’au moins - 4,5:1, sauf dans les cas suivants:

    -
      -
    • Texte agrandi: le texte - agrandi et le - texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1;
      • -
    • Texte décoratif: aucune exigence de contraste pour le texte ou le texte sous forme d’image qui - fait - partie d’un composant - d’interface utilisateur inactif, qui est purement décoratif, - qui est - invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif. -
      • -
    • Logotypes: aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de - marque.
      • -
    -     		-

    C.9.1.4.3 Contraste (minimum)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.3 - Contraste (minimum) - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    -
    -

    9.1.4.4 Redimensionnement du texte

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.4 - Redimensionnement du - texte (en direct) des WCAG 2.1.

    -

    Critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1

    -

    Comprendre le redimensionnement - du texte (en anglais seulement)

    -

    Comment satisfaire au critère - Redimensionnement du texte (en anglais seulement)

    -

    (Niveau AA)

    -

    À l’exception des sous-titres et - du texte sous forme - d’image, le texte peut être - redimensionné jusqu’à 200% sans - l’aide d’une technologie - d’assistanceet sans perte de contenu ou de fonctionnalité.

    -     		-

    C.9.1.4.4 Redimensionnement du texte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.4 - Redimensionnement du - texte des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    -
    -

    9.1.4.5 Texte sous forme d’image

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.5 - Texte sous forme d’image des WCAG 2.1.

    -

    Critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    -

    Comprendre le texte sous - forme d’image (en anglais seulement)

    -

    Comment satisfaire au critère Texte - sous forme d’image (en anglais seulement)

    -

    (Niveau AA)

    -

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de - l’information plutôt que du texte sous - forme d’image, sauf dans les cas suivants:

    -
      -
    • Personnalisable: Le texte sous forme d’image peut être personnalisé - visuellement selon - les exigences de l’utilisateur;
      • -
    • Essentielle: Une présentation spécifique du texte est essentielle à - l’information véhiculée.
      • -
    -

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un - nom de marque).

    -     		-

    C.9.1.4.5 Texte sous forme d’image

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.5 Texte - sous forme - d’image des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    -
    -

    9.1.4.10 Redistribution

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.10 Redistribution - des WCAG - 2.1.

    -

    Critère de succès 1.4.10 Redistribution des WCAG 2.1

    -

    Comprendre le Redistribution (en - anglais seulement)

    -

    Comment satisfaire au critère - Redistribution (en anglais seulement)

    -

    (Niveau AA)

    -

    Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessiter de - défilement en deux dimensions en ce qui a trait aux éléments suivants:

    -
      -
    • un contenu à défilement vertical d’une largeur équivalente à 320 pixels CSS;
      • -
    • un contenu à défilement horizontal d’une hauteur équivalente à 256 pixels CSS.
      • -
    -

    Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en - deux dimensions.

    -

    Remarque:

    -

    REMARQUE: 320 pixels CSS équivalent à une largeur de fenêtre de départ de 1 280 pixels CSS avec un - zoom de 400%. Pour les contenus Web qui sont conçus pour défiler horizontalement (par exemple avec - du texte vertical), les 256 pixels CSS équivalent à une hauteur de fenêtre de départ de 1 024 pixels - avec un zoom de 400%.

    -

    Remarque: Les exemples de contenu qui nécessitent une mise en page bidimensionnelle sont les images, - les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données et les - interfaces où il est nécessaire de garder les barres d’outils en vue pendant la manipulation du - contenu.

    -     		-

    C.9.1.4.10 Redistribution

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez si la page Web n’échoue pas au critère de succès 1.4.10 - Redistribution des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.10 Redistribution des WCAG 2.1.

    -
    -

    9.1.4.11 Contraste du contenu non textuel

    -

    Lorsque la TIC est une page Web, elle doit satisfaire au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    -

    Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1

    -

    Comprendre le contraste - des éléments non textuels (en anglais seulement)

    -

    Satisfaire au critère Contraste - des éléments non textuels (en anglais seulement)

    -

    (Niveau AA)

    -

    La présentation visuelle des - éléments - suivants a un rapport de - contraste - d’au moins 3:1 par rapport aux couleurs adjacentes:

    -
      -
    • Composants de l’interface utilisateur: Les informations visuelles nécessaires à l’identification - des composants - de l’interface - utilisateuret des états, à l’exception - des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent - utilisateur - et non modifiée par l’auteur;
      • -
    • Objets graphiques: Parties de graphiques nécessaires à la compréhension du contenu, sauf - lorsqu’une - présentation graphique particulière est essentielle à - l’information véhiculée.
      • -
    -     		-

    C.9.1.4.11 Contraste du contenu non textuel

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.11 Contraste des éléments non textuels des WCAG 2.1.

    -
    -

    9.1.4.12 Espacement du texte

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès - 1.4.12 Espacement du texte des WCAG 2.1.

    -

    Critère de succès 1.4.12 Espacement du texte des WCAG 2.1

    -

    Comprendre l’espacement du - texte (en anglais seulement)

    -

    Comment satisfaire au critère - Espacement du texte (en anglais seulement)

    -

    (Niveau AA)

    -

    Dans les contenus mis en œuvre à l’aide de langages de balisage qui prennent en charge les propriétés de style de texte - suivantes, aucune - perte de contenu ou de fonctionnalité ne se produit en définissant tous les éléments suivants et en - ne modifiant aucune autre propriété de style:

    -
      -
    • La hauteur de ligne (interlignage) définie à au moins 1,5 fois la taille de la police ;
      • -
    • L’espacement entre les paragraphes consécutifs défini à au moins 2 fois la taille de la police ; -
      • -
    • L’espacement des lettres (interlettrage) défini à au moins 0,12 fois la taille de la police ; -
      • -
    • L’espacement entre les mots défini à au moins 0,16 fois la taille de la police.
      • -
    -

    Exception : les langues et systèmes d’écritures qui n’utilisent pas une ou plusieurs de ces - propriétés de style de texte pour le texte écrit peuvent être conformes en utilisant uniquement les - propriétés qui existent pour cette combinaison de langue et de système d’écriture.

    -     		-

    C.9.1.4.12 Espacement du texte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.12 - Espacement du texte - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    -
    -

    9.1.4.13 Contenu au survol ou au focus

    -

    Dans le cas où la TIC est une page Web, elle remplit le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -

    Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1

    -

    Comprendre le - Contenu en mode survol ou focus  (en anglais seulement)

    -

    Comment satisfaire au - critère Contenu en mode survol ou focus (en anglais seulement)

    -

    (Niveau AA)

    -

    Lorsque la réception puis la suppression du pointeur ou de la Au focus du clavier déclenchent - l’affichage et le masquage d’un contenu supplémentaire, ce qui suit est vrai:

    -
      -
    • Masquer : il existe mécanisme permettant - de masquer le contenu additionnel sans déplacer le pointeur ou le focus du clavier, à moins que - le - contenu additionnel ne communique une erreur - de saisieou ne masque ni ne remplace un autre contenu ;
      • -
    • Survoler : si le survol du pointeur peut déclencher le contenu additionnel, alors le pointeur - peut - être déplacé sur le contenu additionnel sans que celui-ci disparaisse ;
      • -
    • Persister: le contenu additionnel reste visible jusqu’à ce que le survol ou le focus soit - retiré, - que l’utilisateur le masque ou que ses informations ne soient plus valables.
      • -
    - -

    Exception: La présentation visuelle du contenu supplémentaire est contrôlée par l’agent utilisateur - et n’est pas modifiée par l’auteur.

    -

    Remarque: Parmi les exemples de contenu additionnel contrôlé par l’agent utilisateur figurent les - infobulles du navigateur créées à l’aide de attribut titre HTML. -

    -

    Remarque: Les infobulles personnalisées, les sous-menus et autres fenêtres non modales qui - s’affichent au survol et à la prise de focus sont des exemples de contenu additionnel couvert par ce - critère. -

    -     		-

    C.9.1.4.13 Contenu au survol ou au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -
    9.1.4 Distinguable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.1.4.1 Utilisation de la couleur

    +

    Dans le cas où la TIC est une page Web, elle remplit le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +

    Critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1

    +

    Comprendre l’utilisation de la couleur (en anglais seulement)

    +

    Comment satisfaire au critère Utilisation de la couleur (en anglais seulement)

    +

    (Niveau A)

    +

    La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

    +

    Remarque: Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres formes de perception sont traitées à la règle 1.3 comme l’accès à la couleur par un programme informatique et les autres formes de codage de la présentation visuelle.

    +     		+

    C.9.1.4.1 Utilisation de la couleur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +
    +

    9.1.4.2 Contrôle du son

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.2 Contrôle du son des WCAG 2.1.

    +

    Critère de succès 1.4.2 Contrôle du son des WCAG 2.1

    +

    Comprendre le contrôle du son (en anglais seulement)

    +

    Comment satisfaire au critère Contrôle du son (en anglais seulement)

    +

    (Niveau A)

    +

    Si du son sur une page Web est audible automatiquement pendant plus de 3 secondes, un mécanisme est disponible pour le mettre en pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système général.

    +

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5: Non-interférence.

    +     		+

    C.9.1.4.2 Contrôle du son

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.2 Contrôle du son des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.2 Contrôle du son des WCAG 2.1.

    +
    +

    9.1.4.3 Contraste (minimum)

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.3 Contraste (minimum).

    +

    Critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1

    +

    Comprendre le contraste (minimum) (en anglais seulement)

    +

    Comment satisfaire au critère Contraste (minimum) (en anglais seulement)

    +

    (Niveau AA)

    +

    La présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 4,5:1, sauf dans les cas suivants:

    +
      +
    • Texte agrandi: le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1;
      • +
    • Texte décoratif: aucune exigence de contraste pour le texte ou le texte sous forme d’image qui fait partie d’un composant d’interface utilisateur inactif, qui est purement décoratif, qui est invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif.
      • +
    • Logotypes: aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.
      • +
    +     		+

    C.9.1.4.3 Contraste (minimum)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +
    +

    9.1.4.4 Redimensionnement du texte

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.4 Redimensionnement du texte (en direct) des WCAG 2.1.

    +

    Critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1

    +

    Comprendre le redimensionnement du texte (en anglais seulement)

    +

    Comment satisfaire au critère Redimensionnement du texte (en anglais seulement)

    +

    (Niveau AA)

    +

    À l’exception des sous-titres et du texte sous forme d’image, le texte peut être redimensionné jusqu’à 200% sans l’aide d’une technologie d’assistanceet sans perte de contenu ou de fonctionnalité.

    +     		+

    C.9.1.4.4 Redimensionnement du texte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +
    +

    9.1.4.5 Texte sous forme d’image

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Comprendre le texte sous forme d’image (en anglais seulement)

    +

    Comment satisfaire au critère Texte sous forme d’image (en anglais seulement)

    +

    (Niveau AA)

    +

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de l’information plutôt que du texte sous forme d’image, sauf dans les cas suivants:

    +
      +
    • Personnalisable: Le texte sous forme d’image peut être personnalisé visuellement selon les exigences de l’utilisateur;
      • +
    • Essentielle: Une présentation spécifique du texte est essentielle à l’information véhiculée.
      • +
    +

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un nom de marque).

    +     		+

    C.9.1.4.5 Texte sous forme d’image

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +
    +

    9.1.4.10 Redistribution

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.10 Redistribution des WCAG 2.1.

    +

    Critère de succès 1.4.10 Redistribution des WCAG 2.1

    +

    Comprendre le Redistribution (en anglais seulement)

    +

    Comment satisfaire au critère Redistribution (en anglais seulement)

    +

    (Niveau AA)

    +

    Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessiter de défilement en deux dimensions en ce qui a trait aux éléments suivants:

    +
      +
    • un contenu à défilement vertical d’une largeur équivalente à 320 pixels CSS;
      • +
    • un contenu à défilement horizontal d’une hauteur équivalente à 256 pixels CSS.
      • +
    +

    Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en deux dimensions.

    +

    Remarque:

    +

    REMARQUE: 320 pixels CSS équivalent à une largeur de fenêtre de départ de 1 280 pixels CSS avec un zoom de 400%. Pour les contenus Web qui sont conçus pour défiler horizontalement (par exemple avec du texte vertical), les 256 pixels CSS équivalent à une hauteur de fenêtre de départ de 1 024 pixels avec un zoom de 400%.

    +

    Remarque: Les exemples de contenu qui nécessitent une mise en page bidimensionnelle sont les images, les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données et les interfaces où il est nécessaire de garder les barres d’outils en vue pendant la manipulation du contenu.

    +     		+

    C.9.1.4.10 Redistribution

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez si la page Web n’échoue pas au critère de succès 1.4.10 Redistribution des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.10 Redistribution des WCAG 2.1.

    +
    +

    9.1.4.11 Contraste du contenu non textuel

    +

    Lorsque la TIC est une page Web, elle doit satisfaire au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +

    Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1

    +

    Comprendre le contraste des éléments non textuels (en anglais seulement)

    +

    Satisfaire au critère Contraste des éléments non textuels (en anglais seulement)

    +

    (Niveau AA)

    +

    La présentation visuelle des éléments suivants a un rapport de contraste d’au moins 3:1 par rapport aux couleurs adjacentes:

    +
      +
    • Composants de l’interface utilisateur: Les informations visuelles nécessaires à l’identification des composants de l’interface utilisateuret des états, à l’exception des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent utilisateur et non modifiée par l’auteur;
      • +
    • Objets graphiques: Parties de graphiques nécessaires à la compréhension du contenu, sauf lorsqu’une présentation graphique particulière est essentielle à l’information véhiculée.
      • +
    +     		+

    C.9.1.4.11 Contraste du contenu non textuel

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.11 Contraste des éléments non textuels des WCAG 2.1.

    +
    +

    9.1.4.12 Espacement du texte

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +

    Critère de succès 1.4.12 Espacement du texte des WCAG 2.1

    +

    Comprendre l’espacement du texte (en anglais seulement)

    +

    Comment satisfaire au critère Espacement du texte (en anglais seulement)

    +

    (Niveau AA)

    +

    Dans les contenus mis en œuvre à l’aide de langages de balisage qui prennent en charge les propriétés de style de texte suivantes, aucune perte de contenu ou de fonctionnalité ne se produit en définissant tous les éléments suivants et en ne modifiant aucune autre propriété de style:

    +
      +
    • La hauteur de ligne (interlignage) définie à au moins 1,5 fois la taille de la police ;
      • +
    • L’espacement entre les paragraphes consécutifs défini à au moins 2 fois la taille de la police ;
      • +
    • L’espacement des lettres (interlettrage) défini à au moins 0,12 fois la taille de la police ;
      • +
    • L’espacement entre les mots défini à au moins 0,16 fois la taille de la police.
      • +
    +

    Exception : les langues et systèmes d’écritures qui n’utilisent pas une ou plusieurs de ces propriétés de style de texte pour le texte écrit peuvent être conformes en utilisant uniquement les propriétés qui existent pour cette combinaison de langue et de système d’écriture.

    +     		+

    C.9.1.4.12 Espacement du texte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +
    +

    9.1.4.13 Contenu au survol ou au focus

    +

    Dans le cas où la TIC est une page Web, elle remplit le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +

    Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1

    +

    Comprendre le Contenu en mode survol ou focus  (en anglais seulement)

    +

    Comment satisfaire au critère Contenu en mode survol ou focus (en anglais seulement)

    +

    (Niveau AA)

    +

    Lorsque la réception puis la suppression du pointeur ou de la Au focus du clavier déclenchent l’affichage et le masquage d’un contenu supplémentaire, ce qui suit est vrai:

    +
      +
    • Masquer : il existe mécanisme permettant de masquer le contenu additionnel sans déplacer le pointeur ou le focus du clavier, à moins que le contenu additionnel ne communique une erreur de saisieou ne masque ni ne remplace un autre contenu ;
      • +
    • Survoler : si le survol du pointeur peut déclencher le contenu additionnel, alors le pointeur peut être déplacé sur le contenu additionnel sans que celui-ci disparaisse ;
      • +
    • Persister: le contenu additionnel reste visible jusqu’à ce que le survol ou le focus soit retiré, que l’utilisateur le masque ou que ses informations ne soient plus valables.
      • +
    +

    Exception: La présentation visuelle du contenu supplémentaire est contrôlée par l’agent utilisateur et n’est pas modifiée par l’auteur.

    +

    Remarque: Parmi les exemples de contenu additionnel contrôlé par l’agent utilisateur figurent les infobulles du navigateur créées à l’aide de attribut titre HTML.

    +

    Remarque: Les infobulles personnalisées, les sous-menus et autres fenêtres non modales qui s’affichent au survol et à la prise de focus sont des exemples de contenu additionnel couvert par ce critère.

    +     		+

    C.9.1.4.13 Contenu au survol ou au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +
    -
    9.2 Utilisable -
    +
    9.2 Utilisable
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    9.2.1 Accessibilité au clavier
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.2.1.1 Clavier

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 2.1.1 Clavier de - WCAG 2.1. -

    -

    Critère de succès 2.1.1 Clavier des WCAG 2.1

    -

    Comprendre le clavier (en anglais - seulement)

    -

    Comment satisfaire au critère Clavier (en - anglais seulement) -

    -

    (Niveau A)

    -

    Toutes les fonctions du - contenu sont - utilisables à l’aide d’une interface - clavier sans exiger un rythme de frappe propre à l’utilisateur, sauf lorsque la fonction - sous-jacente nécessite une saisie qui dépend du tracé du mouvement effectué par l’utilisateur et pas - seulement des points de départ et d’arrivée de ce tracé.

    -

    Remarque: Cette exception ne concerne que la fonction sous-jacente et non la technique de saisie. Par - exemple, lorsqu’on utilise l’écriture manuscrite pour saisir du texte, la technique de saisie - (l’écriture manuscrite) nécessite une saisie qui dépend d’un tracé, mais la fonction sous-jacente - (la saisie de texte) ne le requiert pas.

    -

    Remarque: Cela n’interdit pas et ne devrait pas décourager l’utilisation de la souris ou de toute - autre méthode de saisie en plus de l’utilisation du clavier.

    -     		-

    C.9.2.1.1 Clavier

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez si la page Web n’échoue pas au critère de - succès 2.1.1 Clavier des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.1.1 Clavier des WCAG 2.1.

    -
    -

    9.2.1.2 Pas de piège au clavier

    -

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 2.1.2 Pas de - piège au - clavier de WCAG 2.1.

    -

    Critère de succès 2.1.2 pas de piège au clavier des WCAG 2.1

    -

    Comprendre pas de piège au - clavier (en anglais seulement)

    -

    Comment satisfaire au critère pas - de piège au clavier (en anglais seulement)

    -

    (Niveau A)

    -

    Si la Au focus du clavier peut être positionnée sur un élément de la page à l’aide d’une interface clavier, - réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface - clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation - ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de - déplacer la Au focus hors de ce composant.

    -

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la - capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web - (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce - critère de succès. Voir l’exigence de - conformité 5: - Non-interférence.

    -     		-

    C.9.2.1.2 Pas de piège au clavier

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez que la page Web n’échoue pas le critère de succès 2.1.2 Pas de - piège à - clavier des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.1.2 Pas de piège à clavier des WCAG 2.1.

    -
    -

    9.2.1.4 Raccourcis clavier utilisant des caractères

    -

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 2.1.4 Raccourcis - clavier des caractères des WCAG 2.1.

    -

    Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1

    -

    Comprendre les - Raccourcis clavier utilisant des caractères (en anglais seulement)

    -

    Comment utiliser les - Raccourcis clavier utilisant des caractères (en anglais seulement)

    -

    (Niveau A)

    -

    Si un raccourci - clavier est mis en - œuvre dans le contenu en utilisant uniquement des lettres (y compris les lettres majuscules et - minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins un des éléments - suivants est vrai:

    -
      -
    • Désactiver: Un mécanisme - est disponible - pour désactiver le raccourci;
      • -
    • Réassigner : Un mécanisme est offert pour reprogrammer le raccourci afin d’utiliser un ou - plusieurs caractères clavier non imprimables (par exemple Ctrl, Alt, etc.);
      • -
    • Actif uniquement au focus : le raccourci clavier pour un composant - d’interface - utilisateur n’est actif que lorsque ce composant a le focus.
      • -
    -     		-

    C.9.2.1.4 Raccourcis clavier utilisant des caractères

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.1.4 - Raccourcis - clavier des caractères de WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.1.4 Raccourcis clavier utilisant des caractères de WCAG 2.1. -

    -
    9.2.1 Accessibilité au clavier
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.2.1.1 Clavier

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 2.1.1 Clavier de WCAG 2.1.

    +

    Critère de succès 2.1.1 Clavier des WCAG 2.1

    +

    Comprendre le clavier (en anglais seulement)

    +

    Comment satisfaire au critère Clavier (en anglais seulement)

    +

    (Niveau A)

    +

    Toutes les fonctions du contenu sont utilisables à l’aide d’une interface clavier sans exiger un rythme de frappe propre à l’utilisateur, sauf lorsque la fonction sous-jacente nécessite une saisie qui dépend du tracé du mouvement effectué par l’utilisateur et pas seulement des points de départ et d’arrivée de ce tracé.

    +

    Remarque: Cette exception ne concerne que la fonction sous-jacente et non la technique de saisie. Par exemple, lorsqu’on utilise l’écriture manuscrite pour saisir du texte, la technique de saisie (l’écriture manuscrite) nécessite une saisie qui dépend d’un tracé, mais la fonction sous-jacente (la saisie de texte) ne le requiert pas.

    +

    Remarque: Cela n’interdit pas et ne devrait pas décourager l’utilisation de la souris ou de toute autre méthode de saisie en plus de l’utilisation du clavier.

    +     		+

    C.9.2.1.1 Clavier

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez si la page Web n’échoue pas au critère de succès 2.1.1 Clavier des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.1 Clavier des WCAG 2.1.

    +
    +

    9.2.1.2 Pas de piège au clavier

    +

    Dans le cas où la TIC utilisée est une page Web, celle-ci doit satisfaire au critère de succès 2.1.2 Pas de piège au clavier de WCAG 2.1.

    +

    Critère de succès 2.1.2 pas de piège au clavier des WCAG 2.1

    +

    Comprendre pas de piège au clavier (en anglais seulement)

    +

    Comment satisfaire au critère pas de piège au clavier (en anglais seulement)

    +

    (Niveau A)

    +

    Si la Au focus du clavier peut être positionnée sur un élément de la page à l’aide d’une interface clavier, réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de déplacer la Au focus hors de ce composant.

    +

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5: Non-interférence.

    +     		+

    C.9.2.1.2 Pas de piège au clavier

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez que la page Web n’échoue pas le critère de succès 2.1.2 Pas de piège à clavier des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.2 Pas de piège à clavier des WCAG 2.1.

    +
    +

    9.2.1.4 Raccourcis clavier utilisant des caractères

    +

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 2.1.4 Raccourcis clavier des caractères des WCAG 2.1.

    +

    Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1

    +

    Comprendre les Raccourcis clavier utilisant des caractères (en anglais seulement)

    +

    Comment utiliser les Raccourcis clavier utilisant des caractères (en anglais seulement)

    +

    (Niveau A)

    +

    Si un raccourci clavier est mis en œuvre dans le contenu en utilisant uniquement des lettres (y compris les lettres majuscules et minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins un des éléments suivants est vrai:

    +
      +
    • Désactiver: Un mécanisme est disponible pour désactiver le raccourci;
      • +
    • Réassigner : Un mécanisme est offert pour reprogrammer le raccourci afin d’utiliser un ou plusieurs caractères clavier non imprimables (par exemple Ctrl, Alt, etc.);
      • +
    • Actif uniquement au focus : le raccourci clavier pour un composant d’interface utilisateur n’est actif que lorsque ce composant a le focus.
      • +
    +     		+

    C.9.2.1.4 Raccourcis clavier utilisant des caractères

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.1.4 Raccourcis clavier des caractères de WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.4 Raccourcis clavier utilisant des caractères de WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    9.2.2 Délai suffisant
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.2.2.1 Réglage du délai

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.2.1 - Réglage du délai - de WCAG 2.1.

    -

    Critère de succès 2.2.1 Réglage du délai des WCAG 2.1

    -

    Comprendre le Réglage du - délai (en anglais seulement)

    -

    Comment satisfaire au critère - Réglage du délai (en anglais seulement)

    -

    (Niveau A)

    -

    Pour chaque limite de temps fixée par le contenu, au moins l’un des points suivants est vrai:

    -
      -
    • Suppression: L’utilisateur a la possibilité de désactiver la limite de temps avant de - l’atteindre;
      • -
    • Ajustement: L’utilisateur a la possibilité d’ajuster la limite de temps avant de l’atteindre - dans - un intervalle d’au moins dix fois la durée paramétrée par défaut;
      • -
    • Extension: L’utilisateur est averti avant que la limite de temps expire et il lui est accordé au - moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la - barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix - fois;
      • -
    • L’exception du temps réel: La limite de temps est une partie constitutive d’un événement en - temps - réel (par exemple, une enchère) et aucune solution de rechange n’est possible; ou
      • -
    • L’exception de la limite essentielle: La limite de temps est essentielle et l’étendre - invaliderait alors - l’activité; ou
      • -
    • L’exception des 20 heures: La limite de temps est supérieure à 20 heures.
      • -
    -

    Remarque: Ce critère de succès permet de veiller à ce que les utilisateurs effectuent les tâches sans - qu’une limite de temps n’apporte des changements inattendus dans le contenu ou le contexte. Ce - critère de succès doit être considéré conjointement avec le critère de succès 3.2.1, qui - impose des limites - aux changements de contenu ou de contexte résultant de l’action des utilisateurs.

    -     		-

    C.9.2.2.1 Réglage du délai

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifiez si la page Web n’échoue pas au critère de succès 2.2.1 - Réglage du délai - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.2.1 Réglage du délai des WCAG 2.1.

    -
    -

    9.2.2.2 Mettre en pause, arrêter, masquer

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.2.2 Mettre - en pause, - arrêter, masquer de WCAG 2.1.

    -

    Critère de réussite 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1

    -

    Comprendre le critère de - succès Mettre en pause, arrêter, masquer (en anglais seulement)

    -

    Comment satisfaire au critère Mettre - en pause, arrêter, masquer (en anglais seulement)

    -

    (Niveau A)

    -

    Pour déplacer, faire clignoter, - faire défiler - ou mettre à jour automatiquement des informations, tous les éléments suivants sont vrais:

    -
      -
    • Déplacement, clignotement, défilement: Pour toute information en mouvement, clignotante ou - défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée - en - parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de mettre en - pause, d’arrêter ou de masquer - l’information à - moins que le déplacement, le clignement ou le défilement fasse partie d’une activité où cela est - essentiel; -
      • -
    • Mise à jour automatique: Pour toute mise à jour qui (1) démarre automatiquement et (2) est - présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur - de - la mettre en pause, de l’arrêter, de la masquer ou de contrôler sa fréquence, sauf si la mise à - jour - automatique fait partie d’une activité où elle est essentielle.
      • -
    -

    Remarque: Pour les exigences relatives au contenu clignotant ou flashant, se reporter à la ligne - directrice 2.3. -

    -

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la - capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web - (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce - critère de succès. Voir l’exigence de - conformité 5: - Non-interférence.

    -

    Remarque: Il n’est pas exigé que le contenu mis à jour périodiquement par logiciel ou diffusé en flux - à l’agent utilisateur conserve ou présente l’information générée ou reçue entre la mise en pause et - la reprise de la présentation, puisque cela peut ne pas être techniquement possible et s’avérer - trompeur dans beaucoup de situations.

    -

    Remarque: Une animation qui se produit dans le cadre d’une phase de préchargement ou d’une situation - similaire peut être considérée comme essentielle si l’interaction ne peut pas se produire pendant - cette phase pour tous les utilisateurs et si le fait de ne pas indiquer les progrès pouvait dérouter - les utilisateurs ou leur faire croire que le contenu était gelé ou séparé.

    -     		-

    C.9.2.2.2 Mettre en pause, arrêter, masquer

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.2.2 Mettre - en pause, - arrêter, masquerdes WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1.

    -
    9.2.2 Délai suffisant
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.2.2.1 Réglage du délai

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.2.1 Réglage du délai de WCAG 2.1.

    +

    Critère de succès 2.2.1 Réglage du délai des WCAG 2.1

    +

    Comprendre le Réglage du délai (en anglais seulement)

    +

    Comment satisfaire au critère Réglage du délai (en anglais seulement)

    +

    (Niveau A)

    +

    Pour chaque limite de temps fixée par le contenu, au moins l’un des points suivants est vrai:

    +
      +
    • Suppression: L’utilisateur a la possibilité de désactiver la limite de temps avant de l’atteindre;
      • +
    • Ajustement: L’utilisateur a la possibilité d’ajuster la limite de temps avant de l’atteindre dans un intervalle d’au moins dix fois la durée paramétrée par défaut;
      • +
    • Extension: L’utilisateur est averti avant que la limite de temps expire et il lui est accordé au moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix fois;
      • +
    • L’exception du temps réel: La limite de temps est une partie constitutive d’un événement en temps réel (par exemple, une enchère) et aucune solution de rechange n’est possible; ou
      • +
    • L’exception de la limite essentielle: La limite de temps est essentielle et l’étendre invaliderait alors l’activité; ou
      • +
    • L’exception des 20 heures: La limite de temps est supérieure à 20 heures.
      • +
    +

    Remarque: Ce critère de succès permet de veiller à ce que les utilisateurs effectuent les tâches sans qu’une limite de temps n’apporte des changements inattendus dans le contenu ou le contexte. Ce critère de succès doit être considéré conjointement avec le critère de succès 3.2.1, qui impose des limites aux changements de contenu ou de contexte résultant de l’action des utilisateurs.

    +     		+

    C.9.2.2.1 Réglage du délai

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifiez si la page Web n’échoue pas au critère de succès 2.2.1 Réglage du délai des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.2.1 Réglage du délai des WCAG 2.1.

    +
    +

    9.2.2.2 Mettre en pause, arrêter, masquer

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.2.2 Mettre en pause, arrêter, masquer de WCAG 2.1.

    +

    Critère de réussite 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1

    +

    Comprendre le critère de succès Mettre en pause, arrêter, masquer (en anglais seulement)

    +

    Comment satisfaire au critère Mettre en pause, arrêter, masquer (en anglais seulement)

    +

    (Niveau A)

    +

    Pour déplacer, faire clignoter, faire défiler ou mettre à jour automatiquement des informations, tous les éléments suivants sont vrais:

    +
      +
    • Déplacement, clignotement, défilement: Pour toute information en mouvement, clignotante ou défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de mettre en pause, d’arrêter ou de masquer l’information à moins que le déplacement, le clignement ou le défilement fasse partie d’une activité où cela est essentiel;
      • +
    • Mise à jour automatique: Pour toute mise à jour qui (1) démarre automatiquement et (2) est présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de la mettre en pause, de l’arrêter, de la masquer ou de contrôler sa fréquence, sauf si la mise à jour automatique fait partie d’une activité où elle est essentielle.
      • +
    +

    Remarque: Pour les exigences relatives au contenu clignotant ou flashant, se reporter à la ligne directrice 2.3.

    +

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5: Non-interférence.

    +

    Remarque: Il n’est pas exigé que le contenu mis à jour périodiquement par logiciel ou diffusé en flux à l’agent utilisateur conserve ou présente l’information générée ou reçue entre la mise en pause et la reprise de la présentation, puisque cela peut ne pas être techniquement possible et s’avérer trompeur dans beaucoup de situations.

    +

    Remarque: Une animation qui se produit dans le cadre d’une phase de préchargement ou d’une situation similaire peut être considérée comme essentielle si l’interaction ne peut pas se produire pendant cette phase pour tous les utilisateurs et si le fait de ne pas indiquer les progrès pouvait dérouter les utilisateurs ou leur faire croire que le contenu était gelé ou séparé.

    +     		+

    C.9.2.2.2 Mettre en pause, arrêter, masquer

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.2.2 Mettre en pause, arrêter, masquerdes WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1.

    +
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    9.2.3 Crises et réactions physiques
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de - succès 2.3.1 Pas - plus de trois flashs ou sous le seuil critique.

    -

    Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG - 2.1

    -

    Comprendre - le critère de succès Pas plus de trois flashs ou sous le seuil critique (en anglais - seulement)

    -

    Comment satisfaire - au critère Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    -

    (Niveau A)

    -

    Une page Web doit être exempte - de tout - élément qui flashe plus de trois fois dans n’importe quel intervalle d’une seconde ou ce flashdoit - se situer - sous le seuil de flash générique et le seuil de flash rouge.

    -

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la - capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web - (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce - critère de succès. Voir l’exigence de - conformité 5: - Non-interférence.

    -     		-

    C.9.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de - succès 2.3.1 Pas - plus de trois flashs ou sous le seuil critique des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des - WCAG 2.1.

    -
    9.2.3 Crises et réactions physiques
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique.

    +

    Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1

    +

    Comprendre le critère de succès Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    +

    Comment satisfaire au critère Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    +

    (Niveau A)

    +

    Une page Web doit être exempte de tout élément qui flashe plus de trois fois dans n’importe quel intervalle d’une seconde ou ce flashdoit se situer sous le seuil de flash générique et le seuil de flash rouge.

    +

    Remarque: puisque tout contenu ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter la page entière, tout le contenu présent dans la page Web (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès. Voir l’exigence de conformité 5: Non-interférence.

    +     		+

    C.9.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    9.2.4 Navigable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.2.4.1 Contourner des blocs

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.1 - Contourner des - blocs.

    -

    Critère de succès 2.4.1 Contourner des blocs

    -

    Comprendre le critère de - succès Contourner des blocs (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Contourner des blocs (en anglais seulement)

    -

    (Niveau A)

    -

    Un mécanisme permet de - contourner les blocs - de contenu qui sont répétés sur plusieurs pages Web.

    -     		-

    C.9.2.4.1 Contourner des blocs

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.1 - Contourner des blocs - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.1 Contourner des blocs des WCAG 2.1.

    -
    -

    9.2.4.2 Titre de page

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.2 Titre de - page.

    -

    Critère de succès 2.4.2 Titre de page des WCAG 2.1

    -

    Comprendre le critère de succès - Titre de page (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Titre de page (en anglais seulement)

    -

    (Niveau A)

    -

    Les pages Web présentent un - titre qui - décrit leur sujet ou leur but.

    -     		-

    C.9.2.4.2 Titre de page

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.2 Titre de - page des WCAG - 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.2 Titre de page des WCAG 2.1.

    -
    -

    9.2.4.3 Parcours du focus

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.3 Parcours de - la cible de - saisie.

    -

    Critère de succès 2.4.3 Parcours du focus des WCAG 2.1

    -

    Comprendre le critère de succès - Parcours du focus (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Parcours du focus (en anglais seulement)

    -

    (Niveau A)

    -

    Si une page Web peut être parcourue de façon - séquentielle et que les séquences de navigation affectent la signification ou l’action, les - éléments reçoivent la Au focus dans un ordre qui préserve la signification et l’opérabilité. -

    -     		-

    C.9.2.4.3 Parcours du focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.3 Parcours de - la cible de - saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.3 Parcours du focus des WCAG 2.1.

    -
    -

    9.2.4.4 Fonction du lien (selon le contexte)

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.4 - Fonction du - lien (selon le contexte).

    -

    Critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1

    -

    Comprendre le - critère de succès Fonction du lien (selon le contexte) (en anglais seulement)

    -

    Comment satisfaire au - critère de succès Fonction du lien (selon le contexte) (en anglais seulement)

    -

    (Niveau A)

    -

    La fonction de chaque - lien est - déterminée par le texte du lien seul ou par le texte du lien associé à un contexte - du - lien déterminé par un programme informatique, sauf si la fonction du lien est ambiguë pour - tout - utilisateur.

    -     		-

    C.9.2.4.4 Fonction du lien (selon le contexte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès - 2.4.4 Objectif du lien (selon le contexte) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    -
    -

    9.2.4.5 Accès multiples

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.5 Accès - multiples. -

    -

    Critère de succès 2.4.5 Accès multiples

    -

    Comprendre le critère de - succès Accès multiples (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Accès multiples (en anglais seulement)

    -

    (Niveau AA)

    -

    Une page Web peut être trouvée - par plus - d’un moyen dans un ensemble - de pages - Web sauf si cette page est le résultat ou une étape d’un processus.

    -     		-

    C.9.2.4.5 Accès multiples

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.5 Accès - multiples - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.5 Accès multiples des WCAG 2.1.

    -
    -

    9.2.4.6 En-têtes et étiquettes

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.6 - En-têtes et - étiquettes.

    -

    Critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1

    -

    Comprendre le critère - de succès En-têtes et étiquettes (en anglais seulement)

    -

    Comment satisfaire au critère de - succès En-têtes et étiquettes (en anglais seulement)

    -

    (Niveau AA)

    -

    Les en-têtes et les étiquettes - décrivent le - sujet ou le but.

    -     		-

    C.9.2.4.6 En-têtes et étiquettes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.6 - En-têtes et - étiquettes des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    -
    -

    9.2.4.7 Visibilité Au focus

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.7 - Visibilité de la cible - de saisie.

    -

    Critère de succès 2.4.7 Visibilité Au focus des WCAG 2.1

    -

    Comprendre le critère de - succèsdu focus (en anglais seulement)

    -

    Comment satisfaire au critère de - succèsdu focus (en anglais seulement)

    -

    (Niveau AA)

    -

    Toute interface utilisable au clavier comporte un mode de fonctionnement où la Au focus est - visible.

    -     		-

    C.9.2.4.7 Visibilité Au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au Critère de succès 2.4.7 Visibilité Au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.4.7 Visibilité du focus des WCAG 2.1..

    -
    9.2.4 Navigable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.2.4.1 Contourner des blocs

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.1 Contourner des blocs.

    +

    Critère de succès 2.4.1 Contourner des blocs

    +

    Comprendre le critère de succès Contourner des blocs (en anglais seulement)

    +

    Comment satisfaire au critère de succès Contourner des blocs (en anglais seulement)

    +

    (Niveau A)

    +

    Un mécanisme permet de contourner les blocs de contenu qui sont répétés sur plusieurs pages Web.

    +     		+

    C.9.2.4.1 Contourner des blocs

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.1 Contourner des blocs des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.1 Contourner des blocs des WCAG 2.1.

    +
    +

    9.2.4.2 Titre de page

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.2 Titre de page.

    +

    Critère de succès 2.4.2 Titre de page des WCAG 2.1

    +

    Comprendre le critère de succès Titre de page (en anglais seulement)

    +

    Comment satisfaire au critère de succès Titre de page (en anglais seulement)

    +

    (Niveau A)

    +

    Les pages Web présentent un titre qui décrit leur sujet ou leur but.

    +     		+

    C.9.2.4.2 Titre de page

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.2 Titre de page des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.2 Titre de page des WCAG 2.1.

    +
    +

    9.2.4.3 Parcours du focus

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.3 Parcours de la cible de saisie.

    +

    Critère de succès 2.4.3 Parcours du focus des WCAG 2.1

    +

    Comprendre le critère de succès Parcours du focus (en anglais seulement)

    +

    Comment satisfaire au critère de succès Parcours du focus (en anglais seulement)

    +

    (Niveau A)

    +

    Si une page Web peut être parcourue de façon séquentielle et que les séquences de navigation affectent la signification ou l’action, les éléments reçoivent la Au focus dans un ordre qui préserve la signification et l’opérabilité.

    +     		+

    C.9.2.4.3 Parcours du focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.3 Parcours de la cible de saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.3 Parcours du focus des WCAG 2.1.

    +
    +

    9.2.4.4 Fonction du lien (selon le contexte)

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.4 Fonction du lien (selon le contexte).

    +

    Critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1

    +

    Comprendre le critère de succès Fonction du lien (selon le contexte) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Fonction du lien (selon le contexte) (en anglais seulement)

    +

    (Niveau A)

    +

    La fonction de chaque lien est déterminée par le texte du lien seul ou par le texte du lien associé à un contexte du lien déterminé par un programme informatique, sauf si la fonction du lien est ambiguë pour tout utilisateur.

    +     		+

    C.9.2.4.4 Fonction du lien (selon le contexte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.4 Objectif du lien (selon le contexte) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    +
    +

    9.2.4.5 Accès multiples

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.5 Accès multiples.

    +

    Critère de succès 2.4.5 Accès multiples

    +

    Comprendre le critère de succès Accès multiples (en anglais seulement)

    +

    Comment satisfaire au critère de succès Accès multiples (en anglais seulement)

    +

    (Niveau AA)

    +

    Une page Web peut être trouvée par plus d’un moyen dans un ensemble de pages Web sauf si cette page est le résultat ou une étape d’un processus.

    +     		+

    C.9.2.4.5 Accès multiples

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.5 Accès multiples des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.5 Accès multiples des WCAG 2.1.

    +
    +

    9.2.4.6 En-têtes et étiquettes

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.6 En-têtes et étiquettes.

    +

    Critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1

    +

    Comprendre le critère de succès En-têtes et étiquettes (en anglais seulement)

    +

    Comment satisfaire au critère de succès En-têtes et étiquettes (en anglais seulement)

    +

    (Niveau AA)

    +

    Les en-têtes et les étiquettes décrivent le sujet ou le but.

    +     		+

    C.9.2.4.6 En-têtes et étiquettes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +
    +

    9.2.4.7 Visibilité Au focus

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.4.7 Visibilité de la cible de saisie.

    +

    Critère de succès 2.4.7 Visibilité Au focus des WCAG 2.1

    +

    Comprendre le critère de succèsdu focus (en anglais seulement)

    +

    Comment satisfaire au critère de succèsdu focus (en anglais seulement)

    +

    (Niveau AA)

    +

    Toute interface utilisable au clavier comporte un mode de fonctionnement où la Au focus est visible.

    +     		+

    C.9.2.4.7 Visibilité Au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au Critère de succès 2.4.7 Visibilité Au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.7 Visibilité du focus des WCAG 2.1..

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    9.2.5 Modalités d’entrée
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.2.5.1 Gestes pour le contrôle du pointeur

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.1 - Mouvements du - pointeur.

    -

    Critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1

    -

    Comprendre le critère de - succès Gestes pour le contrôle du pointeur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Gestes pour le contrôle du pointeur (en anglais seulement)

    -

    (Niveau A)

    -

    Toutes les fonctions qui - utilisent des - mouvements multipoints ou basés sur un tracé pour exécuter une commande peuvent être utilisées avec - un seul pointeur sans - mouvement basé - sur un tracé, à moins qu’un mouvement multipoint ou basé sur un tracé soit essentiel.

    -

    Remarque: cette exigence s’applique au contenu Web qui interprète les actions du pointeur (c.-à-d. - qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la - technologie d’assistance).

    -     		-

    C.9.2.5.1 Gestes pour le contrôle du pointeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.1 - Mouvements du - pointeur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1.

    -
    -

    9.2.5.2 Annulation de l’action du pointeur

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.2 - Annulation de - l’action du pointeur.

    -

    Critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1

    -

    Comprendre le critère - de succès Annulation de l’action du pointeur (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Annulation de l’action du pointeur (en anglais seulement)

    -

    (Niveau A)

    -

    Dans le cas des fonctions - qui peuvent - fonctionner à l’aide d’un seul - pointeur, au moins l’un des éléments suivants est vrai:

    -
      -
    • Aucun événement descendant: l’événement - descendant du pointeur n’est pas utilisé pour exécuter une partie ou la totalité de la - fonction ;
      • -
    • Abandonner ou Annuler: la fonction se termine avec l’événement ascendant et un - mécanisme est disponible - pour abandonner - la fonction avant la fin ou pour annuler la fonction une fois l’exécution de la fonction - terminée; -
      • -
    • Inversion de l’événement: l’événement montant inverse tout résultat de l’événement descendant - précédent;
      • -
    • Essentiel: terminer la fonction sur inversion de l’événement est essentiel.
      • -
    -

    Remarque: les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme - essentielles.

    -

    Remarque: cette exigence s’applique au contenu Web qui interprète les actions du pointeur (c.-à-d. - qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la - technologie d’assistance).

    -     		-

    C.9.2.5.2 Annulation de l’action du pointeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.2 - Annulation du - pointeur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1.

    -
    -

    9.2.5.3 Étiquette dans le nom

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.3 Étiquette - dans le nom - de WCAG 2.1.

    -

    Critère de succès 2.5.3 Étiquette dans le nom

    -

    Comprendre le critère de - succès Étiquette dans le nom (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Étiquette dans le nom (en anglais seulement)

    -

    (Niveau A)

    -

    Pour les composants - d’interface utilisateur dont les étiquettes contiennent du texte ou du texte sous forme - d’image, le nom contient le - texte qui est présenté - visuellement.

    -

    Remarque: il est grandement conseillé de placer le texte de l’étiquette au début du nom.

    -     		-

    C.9.2.5.3 Étiquette dans le nom

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.3 Étiquette - dans le - nom des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    -
    -

    9.2.5.4 Activation par le mouvement

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.4 - Activation par le - mouvement.

    -

    Critère de succès 2.5.4 Activation par le mouvement

    -

    Comprendre le critère de - succès Activation par le mouvement (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Activation par le mouvement (en anglais seulement)

    -

    (Niveau A)

    -

    Les fonctions activées en - déplaçant le - périphérique ou par le déplacement de l’utilisateur peuvent aussi être activées par les composants - d’interface - utilisateur, et la réaction au mouvement peut être désactivée afin d’éviter le déclenchement - accidentel, sauf lorsque:

    -
      -
    • Interface prise en charge: le mouvement est utilisé pour faire fonctionner la fonctionnalité au - moyen d’une interface qui prend - en charge l’accessibilité;
      • -
    • Essentiel: le mouvement est essentiel pour - exécuter la fonction, et ce faisant, il invalide l’activité.
      • -
    -     		-

    C.9.2.5.4 Activation par le mouvement

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.4 - Activation par le - mouvement des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    -
    9.2.5 Modalités d’entrée
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.2.5.1 Gestes pour le contrôle du pointeur

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.1 Mouvements du pointeur.

    +

    Critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1

    +

    Comprendre le critère de succès Gestes pour le contrôle du pointeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Gestes pour le contrôle du pointeur (en anglais seulement)

    +

    (Niveau A)

    +

    Toutes les fonctions qui utilisent des mouvements multipoints ou basés sur un tracé pour exécuter une commande peuvent être utilisées avec un seul pointeur sans mouvement basé sur un tracé, à moins qu’un mouvement multipoint ou basé sur un tracé soit essentiel.

    +

    Remarque: cette exigence s’applique au contenu Web qui interprète les actions du pointeur (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

    +     		+

    C.9.2.5.1 Gestes pour le contrôle du pointeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.1 Mouvements du pointeur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1.

    +
    +

    9.2.5.2 Annulation de l’action du pointeur

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.2 Annulation de l’action du pointeur.

    +

    Critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1

    +

    Comprendre le critère de succès Annulation de l’action du pointeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Annulation de l’action du pointeur (en anglais seulement)

    +

    (Niveau A)

    +

    Dans le cas des fonctions qui peuvent fonctionner à l’aide d’un seul pointeur, au moins l’un des éléments suivants est vrai:

    +
      +
    • Aucun événement descendant: l’événement descendant du pointeur n’est pas utilisé pour exécuter une partie ou la totalité de la fonction ;
      • +
    • Abandonner ou Annuler: la fonction se termine avec l’événement ascendant et un mécanisme est disponible pour abandonner la fonction avant la fin ou pour annuler la fonction une fois l’exécution de la fonction terminée;
      • +
    • Inversion de l’événement: l’événement montant inverse tout résultat de l’événement descendant précédent;
      • +
    • Essentiel: terminer la fonction sur inversion de l’événement est essentiel.
      • +
    +

    Remarque: les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme essentielles.

    +

    Remarque: cette exigence s’applique au contenu Web qui interprète les actions du pointeur (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

    +     		+

    C.9.2.5.2 Annulation de l’action du pointeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.2 Annulation du pointeur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1.

    +
    +

    9.2.5.3 Étiquette dans le nom

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.3 Étiquette dans le nom de WCAG 2.1.

    +

    Critère de succès 2.5.3 Étiquette dans le nom

    +

    Comprendre le critère de succès Étiquette dans le nom (en anglais seulement)

    +

    Comment satisfaire au critère de succès Étiquette dans le nom (en anglais seulement)

    +

    (Niveau A)

    +

    Pour les composants d’interface utilisateur dont les étiquettes contiennent du texte ou du texte sous forme d’image, le nom contient le texte qui est présenté visuellement.

    +

    Remarque: il est grandement conseillé de placer le texte de l’étiquette au début du nom.

    +     		+

    C.9.2.5.3 Étiquette dans le nom

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +
    +

    9.2.5.4 Activation par le mouvement

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 2.5.4 Activation par le mouvement.

    +

    Critère de succès 2.5.4 Activation par le mouvement

    +

    Comprendre le critère de succès Activation par le mouvement (en anglais seulement)

    +

    Comment satisfaire au critère de succès Activation par le mouvement (en anglais seulement)

    +

    (Niveau A)

    +

    Les fonctions activées en déplaçant le périphérique ou par le déplacement de l’utilisateur peuvent aussi être activées par les composants d’interface utilisateur, et la réaction au mouvement peut être désactivée afin d’éviter le déclenchement accidentel, sauf lorsque:

    +
      +
    • Interface prise en charge: le mouvement est utilisé pour faire fonctionner la fonctionnalité au moyen d’une interface qui prend en charge l’accessibilité;
      • +
    • Essentiel: le mouvement est essentiel pour exécuter la fonction, et ce faisant, il invalide l’activité.
      • +
    +     		+

    C.9.2.5.4 Activation par le mouvement

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +
    9.3 Compréhensible
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    9.3.1 Lisible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.3.1.1 Langue de la page

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.1.1 Langue - de la - page.

    -

    Critère de succès 3.1.1 Langue de la page des WCAG 2.1

    -

    Comprendre le critère de - succès Langue de la page  (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Langue de la page (en anglais seulement)

    -

    (Niveau A)

    -

    La langue par défaut de - chaque page Web peut être - déterminée par un - programme informatique.

    -     		-

    C.9.3.1.1 Langue de la page

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.1.1 Langue - de la - page des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.1.1 Langue de la page des WCAG 2.1.

    -
    -

    9.3.1.2 Langue d’un passage

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.1.2 - Langue d’un - passage.

    -

    Critère de succès 3.1.2 Langue d’un passage de WCAG 2.1

    -

    Comprendre le critère de - succès Langue d’un passage (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Langue d’un passage (en anglais seulement)

    -

    (Niveau AA)

    -

    La langue de chaque - passage ou - expression du contenu peut être déterminée par un programme - informatique sauf pour un nom propre, pour un terme technique, pour un mot dont la langue - est indéterminée ou pour un mot ou une expression faisant partie du langage courant de la langue - utilisée dans le contexte immédiat.

    -     		-

    C.9.3.1.2 Langue d’un passage

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.1.2 - Langue d’un - passage des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.1.2 Langue d’un passage des WCAG 2.1.

    -
    9.3.1 Lisible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.3.1.1 Langue de la page

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.1.1 Langue de la page.

    +

    Critère de succès 3.1.1 Langue de la page des WCAG 2.1

    +

    Comprendre le critère de succès Langue de la page  (en anglais seulement)

    +

    Comment satisfaire au critère de succès Langue de la page (en anglais seulement)

    +

    (Niveau A)

    +

    La langue par défaut de chaque page Web peut être déterminée par un programme informatique.

    +     		+

    C.9.3.1.1 Langue de la page

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.1.1 Langue de la page des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.1.1 Langue de la page des WCAG 2.1.

    +
    +

    9.3.1.2 Langue d’un passage

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.1.2 Langue d’un passage.

    +

    Critère de succès 3.1.2 Langue d’un passage de WCAG 2.1

    +

    Comprendre le critère de succès Langue d’un passage (en anglais seulement)

    +

    Comment satisfaire au critère de succès Langue d’un passage (en anglais seulement)

    +

    (Niveau AA)

    +

    La langue de chaque passage ou expression du contenu peut être déterminée par un programme informatique sauf pour un nom propre, pour un terme technique, pour un mot dont la langue est indéterminée ou pour un mot ou une expression faisant partie du langage courant de la langue utilisée dans le contexte immédiat.

    +     		+

    C.9.3.1.2 Langue d’un passage

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.1.2 Langue d’un passage des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.1.2 Langue d’un passage des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    9.3.2 Prévisible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.3.2.1 Au focus

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.2.1 Au focus. -

    -

    Critère de succès 3.2.1 Au focus des WCAG 2.1

    -

    Comprendre le critère de succès - Au focus (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Au focus (en anglais seulement)

    -

    (Niveau A)

    -

    Quand un composant - de - l’interface utilisateur reçoit la Au focus, il ne doit pas amorcer un changement de - contexte.

    -     		-

    C.9.3.2.1 Au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère - de succès 3.2.1 Au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.2.1 Au focus des WCAG 2.1.

    -
    -

    9.3.2.2 À la saisie

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès À la saisie.

    -

    Critère de succès 3.2.2 À la saisie des WCAG 2.1

    -

    Comprendre le critère de succès À - la saisie (en anglais seulement)

    -

    Comment satisfaire au critère de succès À - la saisie (en anglais seulement)

    -

    (Niveau A)

    -

    Le changement de paramètre d’un composant - d’interface - utilisateur ne doit pas amorcer de changement de - contexte, à moins - que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

    -     		-

    C.9.3.2.2 À la saisie

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère - de succès 3.2.2 À la saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.2.2 À la saisie des WCAG 2.1

    -
    -

    9.3.2.3 Navigation cohérente

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.2.3 - Navigation - cohérente.

    -

    Critère de succès 3.2.3 Navigation cohérente

    -

    Comprendre le critère - de succès Navigation cohérente (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Navigation cohérente (en anglais seulement)

    -

    (Niveau AA)

    -

    Dans un ensemble de pages Web, - les - mécanismes de navigation qui se répètent sur plusieurs pages Web se - présentent - dans le même ordre - relatifchaque - fois qu’ils sont répétés, à moins qu’un changement soit amorcé par l’utilisateur.

    -     		-

    C.9.3.2.3 Navigation cohérente

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.2.3 - Navigation - cohérente des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.2.3 Navigation cohérente des WCAG 2.1.

    -
    -

    9.3.2.4 Identification cohérente

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès - 3.2.4 - Identification cohérente.

    -

    Critère de succès 3.2.4 Identification cohérente

    -

    Comprendre le - critère de succès Identification cohérente (en anglais seulement)

    -

    Comment satisfaire au - critère de succès Identification cohérente (en anglais seulement)

    -

    (Niveau AA)

    -

    Dans un ensemble de pages - Web, les - composants qui ont la même fonction sont identifiés de la même façon.

    -     		-

    C.9.3.2.4 Identification cohérente

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès - 3.2.4 - Identification cohérente des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.2.4 Identification cohérente des WCAG 2.1.

    -
    9.3.2 Prévisible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.3.2.1 Au focus

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.2.1 Au focus.

    +

    Critère de succès 3.2.1 Au focus des WCAG 2.1

    +

    Comprendre le critère de succès Au focus (en anglais seulement)

    +

    Comment satisfaire au critère de succès Au focus (en anglais seulement)

    +

    (Niveau A)

    +

    Quand un composant de l’interface utilisateur reçoit la Au focus, il ne doit pas amorcer un changement de contexte.

    +     		+

    C.9.3.2.1 Au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.2.1 Au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.1 Au focus des WCAG 2.1.

    +
    +

    9.3.2.2 À la saisie

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès À la saisie.

    +

    Critère de succès 3.2.2 À la saisie des WCAG 2.1

    +

    Comprendre le critère de succès À la saisie (en anglais seulement)

    +

    Comment satisfaire au critère de succès À la saisie (en anglais seulement)

    +

    (Niveau A)

    +

    Le changement de paramètre d’un composant d’interface utilisateur ne doit pas amorcer de changement de contexte, à moins que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

    +     		+

    C.9.3.2.2 À la saisie

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.2 À la saisie des WCAG 2.1

    +
    +

    9.3.2.3 Navigation cohérente

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.2.3 Navigation cohérente.

    +

    Critère de succès 3.2.3 Navigation cohérente

    +

    Comprendre le critère de succès Navigation cohérente (en anglais seulement)

    +

    Comment satisfaire au critère de succès Navigation cohérente (en anglais seulement)

    +

    (Niveau AA)

    +

    Dans un ensemble de pages Web, les mécanismes de navigation qui se répètent sur plusieurs pages Web se présentent dans le même ordre relatifchaque fois qu’ils sont répétés, à moins qu’un changement soit amorcé par l’utilisateur.

    +     		+

    C.9.3.2.3 Navigation cohérente

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.2.3 Navigation cohérente des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.3 Navigation cohérente des WCAG 2.1.

    +
    +

    9.3.2.4 Identification cohérente

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.2.4 Identification cohérente.

    +

    Critère de succès 3.2.4 Identification cohérente

    +

    Comprendre le critère de succès Identification cohérente (en anglais seulement)

    +

    Comment satisfaire au critère de succès Identification cohérente (en anglais seulement)

    +

    (Niveau AA)

    +

    Dans un ensemble de pages Web, les composants qui ont la même fonction sont identifiés de la même façon.

    +     		+

    C.9.3.2.4 Identification cohérente

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.2.4 Identification cohérente des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.4 Identification cohérente des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    9.3.3 Assistance à la saisie
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.3.3.1 Identification des erreurs

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.1 - Identification - des erreurs.

    -

    Critère de succès 3.3.1 Identification des erreurs

    -

    Comprendre le critère - de succès Identification des erreurs (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Identification des erreurs (en anglais seulement)

    -

    (Niveau A)

    -

    Si une erreur de saisie est - détectée - automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous - forme de texte.

    -     		-

    C.9.3.3.1 Identification des erreurs

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.1 - Identification - des erreurs des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    -
    -

    9.3.3.2 Étiquettes ou instructions

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.2 - Étiquettes ou - instructions.

    -

    Critère de succès 3.3.2 Étiquettes ou instructions

    -

    Comprendre le - critère de succès Étiquettes ou instructions (en anglais seulement)

    -

    Comment satisfaire au critère - Étiquettes ou instructions (en anglais seulement)

    -

    (Niveau A)

    -

    Des étiquettes sont présentées ou - des - instructions sont fournies quand un contenu requiert une saisie utilisateur.

    -     		-

    C.9.3.3.2 Étiquettes ou instructions

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.2 - Étiquettes ou - instructions des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    -
    -

    9.3.3.3 Suggestion après une erreur

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.3 - Suggestion après - une erreur.

    -

    Critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1

    -

    Comprendre le critère de - succès Suggestion après une erreur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Suggestion après une erreur (en anglais seulement)

    -

    (Niveau AA)

    -

    Si une erreur de saisie est - automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont - alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du - contenu.

    -     		-

    C.9.3.3.3 Suggestion après une erreur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.3 - Suggestion après - une erreur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    -
    -

    9.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère - de succès - 3.3.4 Prévention des erreurs (juridiques, financières, de données).

    -

    Critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG - 2.1

    -

    Comprendre - le critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais - seulement)

    -

    Comment - satisfaire au critère de succès Prévention des erreurs (juridiques, financières, de données) (en - anglais seulement) -

    -

    (Niveau AA)

    -

    Pour les pages Web qui donnent - lieu à des - engagements juridiques - ou à des - transactions financières de la part de l’utilisateur qui soit modifient ou effacent des données contrôlables par - l’utilisateur - dans des systèmes de stockages de données, soit enregistrent les réponses de l’utilisateur à un test - ou un examen, au moins l’une des conditions suivantes est vraie: -

    -
      -
    • Réversible: les actions d’envoi sont réversibles
      • -
    • Vérifiée: les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie - et - la possibilité est donnée à l’utilisateur de les corriger.
      • -
    • Confirmée: un mécanisme est disponible pour revoir, confirmer et corriger les informations avant - leur soumission finale.
      • -
    -     		-

    C.9.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère - de succès - 3.3.4 Identification des erreurs des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de - données) des WCAG 2.1.

    -
    9.3.3 Assistance à la saisie
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.3.3.1 Identification des erreurs

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.1 Identification des erreurs.

    +

    Critère de succès 3.3.1 Identification des erreurs

    +

    Comprendre le critère de succès Identification des erreurs (en anglais seulement)

    +

    Comment satisfaire au critère de succès Identification des erreurs (en anglais seulement)

    +

    (Niveau A)

    +

    Si une erreur de saisie est détectée automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous forme de texte.

    +     		+

    C.9.3.3.1 Identification des erreurs

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +
    +

    9.3.3.2 Étiquettes ou instructions

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.2 Étiquettes ou instructions.

    +

    Critère de succès 3.3.2 Étiquettes ou instructions

    +

    Comprendre le critère de succès Étiquettes ou instructions (en anglais seulement)

    +

    Comment satisfaire au critère Étiquettes ou instructions (en anglais seulement)

    +

    (Niveau A)

    +

    Des étiquettes sont présentées ou des instructions sont fournies quand un contenu requiert une saisie utilisateur.

    +     		+

    C.9.3.3.2 Étiquettes ou instructions

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +
    +

    9.3.3.3 Suggestion après une erreur

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.3 Suggestion après une erreur.

    +

    Critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1

    +

    Comprendre le critère de succès Suggestion après une erreur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Suggestion après une erreur (en anglais seulement)

    +

    (Niveau AA)

    +

    Si une erreur de saisie est automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du contenu.

    +     		+

    C.9.3.3.3 Suggestion après une erreur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +
    +

    9.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données).

    +

    Critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG 2.1

    +

    Comprendre le critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais seulement)

    +

    (Niveau AA)

    +

    Pour les pages Web qui donnent lieu à des engagements juridiques ou à des transactions financières de la part de l’utilisateur qui soit modifient ou effacent des données contrôlables par l’utilisateur dans des systèmes de stockages de données, soit enregistrent les réponses de l’utilisateur à un test ou un examen, au moins l’une des conditions suivantes est vraie:

    +
      +
    • Réversible: les actions d’envoi sont réversibles
      • +
    • Vérifiée: les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie et la possibilité est donnée à l’utilisateur de les corriger.
      • +
    • Confirmée: un mécanisme est disponible pour revoir, confirmer et corriger les informations avant leur soumission finale.
      • +
    +     		+

    C.9.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 3.3.4 Identification des erreurs des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG 2.1.

    +
    9.4 Robuste
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    9.4.1 Compatible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    9.4.1.1 Analyse syntaxique

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 4.1.1 Analyse - syntaxique.

    -

    Critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1

    -

    Comprendre le critère de succès - Analyse syntaxique (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Analyse syntaxique (en anglais seulement)

    -

    (Niveau A)

    -

    À moins que les spécifications ne le permettent, dans un contenu implémenté via un langage de - balisage, les éléments ont des balises de début et de fin complètes, ils sont imbriqués conformément - à leurs spécifications, ils ne contiennent pas d’attributs dupliqués et chaque ID est unique. -

    -

    REMARQUE: Les balises de début et de fin auxquelles il manque un caractère critique, comme une - parenthèse fermante ou un guillemet de valeur d’attribut mal appropriée, sont considérées - incomplètes.

    -     		-

    C.9.4.1.1 Analyse syntaxique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de - succès 4.1.1 Analyse syntaxique des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1.

    -
    -

    9.4.1.2 Nom, rôle et valeur

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 4.1.2 Nom, - rôle et - valeur.

    -

    Critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1

    -

    Comprendre le critère de - succès Nom, rôle et valeur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Nom, rôle et valeur (en anglais seulement)

    -

    (Niveau A)

    -

    Pour tout composant - d’interface - utilisateur (comprenant, mais n’étant pas limité aux éléments de formulaire, liens et - composants générés par des scriptes), le nom et - le rôle peuvent être déterminés - par un - programme informatique ; les états, les propriétés et les valeurs qui peuvent être - paramétrés par l’utilisateur peuvent être définis par un - programme - informatique ; et la notification des changements de ces éléments est disponible aux agents utilisateurs, - incluant les technologies - d’assistance. -

    -

    Remarque: Ce critère de succès s’adresse d’abord aux auteurs de sites Web qui développent ou - programment leurs propres composants d’interface utilisateur. Les contrôles HTML standards se - conforment déjà à ce critère de succès lorsqu’ils sont utilisés conformément à la spécification.

    -     		-

    C.9.4.1.2 Nom, rôle et valeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 4.1.2 Nom, - rôle et - valeur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1.

    -
    -

    9.4.1.3 Messages d’état

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 4.1.3 - Messages d’état. -

    -

    Critère de succès 4.1.3 Messages d’état

    -

    Comprendre le critère de - succès Messages d’état (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Messages d’état (en anglais seulement)

    -

    (Niveau AA)

    -

    Dans les contenus implémentés à l’aide d’un langage de balisage, les messages d’état peuvent - être déterminés - par un - programme informatique à l’aide de rôles - ou de propriétés, de sorte qu’ils puissent être présentés à l’utilisateur au moyen de technologies - d’assistance - sans Au focus.

    -     		-

    C.9.4.1.3 Messages d’état

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 4.1.3 - Messages d’état - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu - pertinent pour le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    -
    -

    9.5 Critères de succès de niveau AAA des WCAG 2.1

    -

    Outre les critères de succès de niveau AA, les Règles pour l’accessibilité des contenus Web - comprennent les critères de succès pour le niveau AAA, aux clauses 9.1 à 9.4. Ces critères sont - énumérés dans le tableau 9.1. Les auteurs de sites Web et les spécialistes de l’approvisionnement en - matière d’accessibilité sont invités à tenir compte des critères de succès de niveau AAA des WCAG - 2.1 qui, lorsqu’il est possible de les appliquer, peuvent fournir un accès au-delà de ce qui est - requis dans le présent document.

    -

    REMARQUE : Le W3C stipule qu’« il n’est pas recommandé de se fixer le niveau AAA comme objectif à - l’échelle de sites entiers car il n’est pas possible de satisfaire à tous les critères de succès du - niveau AAA pour certains contenus ». Consulter le Tableau 9.1 : Critères de succès de niveau AAA des - WCAG 2.1 dans l'Annexe - Tableaux et figures (de la norme EN 301 549).

    -     		-

    9.5 Critères de succès de niveau AAA des WCAG 2.1

    -

    La clause 9.5 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    -
    -

    9.6 Exigences de conformité aux WCAG

    -

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire aux cinq exigences de - conformité aux WCAG 2.1 de niveau AA énumérées ci-dessous [5].

    -

    1. Niveau de conformité

    -

    2. Pages complètes

    -

    3. Processus complets

    -

    4. L’usage des technologies selon des méthodes exclusivement compatibles avec l’accessibilité

    -

    5. Non-interférence

    -

    REMARQUE 1: Une page Web qui satisfait aux exigences 9.1 à 9.4, ou lorsqu’une version de remplacement - conforme au niveau AA (tel que défini dans la WCAG 2.1[5]) est fournie, satisfera à l’exigence de - conformité 1.

    -

    REMARQUE 2: Selon le W3C: « Les WCAG 2.1 élargissent les Directives pour l’accessibilité des contenus - Web 2.0[4], qui ont été publiées comme Recommandation du W3C en décembre 2008. Le contenu qui est - conforme aux WCAG 2.1 est également conforme aux WCAG 2.0, et, par conséquent, aux politiques qui - font référence aux WCAG 2.0. » [4]

    -

    REMARQUE 3: L’exigence de conformité 5 stipule que tout le contenu de la page, y compris le contenu - dont on ne dépend pas autrement pour atteindre la conformité, respecte les clauses 9.1.4.2, 9.2.1.2, - 9.2.2.2 et 9.2.3.1.

    -

    Critères de succès de niveau AAA des WCAG 2.1 2.1 de niveau AA[5]

    -     		-

    C.9.6 Exigences de conformité aux WCAG

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une page Web.

    -

    Procédure

    -

    1. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 1: Niveau de - conformité » au niveau AA.

    -

    2. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 2: Pages - complètes ».

    -

    3. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 3: Processus - complets ».

    -

    4. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 4: L’usage des - technologies selon des méthodes exclusivement compatibles avec l’accessibilité ».

    -

    5. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 5: - Non-interférence ».

    -

    Résultat

    -

    Réussite: Tous les énoncés testables sont vrais.

    -

    Échec: N’importe quel énoncé testable est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    9.4.1 Compatible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    9.4.1.1 Analyse syntaxique

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 4.1.1 Analyse syntaxique.

    +

    Critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1

    +

    Comprendre le critère de succès Analyse syntaxique (en anglais seulement)

    +

    Comment satisfaire au critère de succès Analyse syntaxique (en anglais seulement)

    +

    (Niveau A)

    +

    À moins que les spécifications ne le permettent, dans un contenu implémenté via un langage de balisage, les éléments ont des balises de début et de fin complètes, ils sont imbriqués conformément à leurs spécifications, ils ne contiennent pas d’attributs dupliqués et chaque ID est unique.

    +

    REMARQUE: Les balises de début et de fin auxquelles il manque un caractère critique, comme une parenthèse fermante ou un guillemet de valeur d’attribut mal appropriée, sont considérées incomplètes.

    +     		+

    C.9.4.1.1 Analyse syntaxique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1.

    +
    +

    9.4.1.2 Nom, rôle et valeur

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 4.1.2 Nom, rôle et valeur.

    +

    Critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1

    +

    Comprendre le critère de succès Nom, rôle et valeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Nom, rôle et valeur (en anglais seulement)

    +

    (Niveau A)

    +

    Pour tout composant d’interface utilisateur (comprenant, mais n’étant pas limité aux éléments de formulaire, liens et composants générés par des scriptes), le nom et le rôle peuvent être déterminés par un programme informatique ; les états, les propriétés et les valeurs qui peuvent être paramétrés par l’utilisateur peuvent être définis par un programme informatique ; et la notification des changements de ces éléments est disponible aux agents utilisateurs, incluant les technologies d’assistance.

    +

    Remarque: Ce critère de succès s’adresse d’abord aux auteurs de sites Web qui développent ou programment leurs propres composants d’interface utilisateur. Les contrôles HTML standards se conforment déjà à ce critère de succès lorsqu’ils sont utilisés conformément à la spécification.

    +     		+

    C.9.4.1.2 Nom, rôle et valeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1.

    +
    +

    9.4.1.3 Messages d’état

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire au critère de succès 4.1.3 Messages d’état.

    +

    Critère de succès 4.1.3 Messages d’état

    +

    Comprendre le critère de succès Messages d’état (en anglais seulement)

    +

    Comment satisfaire au critère de succès Messages d’état (en anglais seulement)

    +

    (Niveau AA)

    +

    Dans les contenus implémentés à l’aide d’un langage de balisage, les messages d’état peuvent être déterminés par un programme informatique à l’aide de rôles ou de propriétés, de sorte qu’ils puissent être présentés à l’utilisateur au moyen de technologies d’assistance sans Au focus.

    +     		+

    C.9.4.1.3 Messages d’état

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou la page Web ne renferme pas de contenu pertinent pour le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +
    +

    9.5 Critères de succès de niveau AAA des WCAG 2.1

    +

    Outre les critères de succès de niveau AA, les Règles pour l’accessibilité des contenus Web comprennent les critères de succès pour le niveau AAA, aux clauses 9.1 à 9.4. Ces critères sont énumérés dans le tableau 9.1. Les auteurs de sites Web et les spécialistes de l’approvisionnement en matière d’accessibilité sont invités à tenir compte des critères de succès de niveau AAA des WCAG 2.1 qui, lorsqu’il est possible de les appliquer, peuvent fournir un accès au-delà de ce qui est requis dans le présent document.

    +

    REMARQUE : Le W3C stipule qu’« il n’est pas recommandé de se fixer le niveau AAA comme objectif à l’échelle de sites entiers car il n’est pas possible de satisfaire à tous les critères de succès du niveau AAA pour certains contenus ». Consulter le Tableau 9.1 : Critères de succès de niveau AAA des WCAG 2.1 dans l'Annexe - Tableaux et figures (de la norme EN 301 549).

    +     		+

    9.5 Critères de succès de niveau AAA des WCAG 2.1

    +

    La clause 9.5 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    +

    9.6 Exigences de conformité aux WCAG

    +

    Dans le cas où la technologie est une page Web, celle-ci doit satisfaire aux cinq exigences de conformité aux WCAG 2.1 de niveau AA énumérées ci-dessous [5].

    +

    1. Niveau de conformité

    +

    2. Pages complètes

    +

    3. Processus complets

    +

    4. L’usage des technologies selon des méthodes exclusivement compatibles avec l’accessibilité

    +

    5. Non-interférence

    +

    REMARQUE 1: Une page Web qui satisfait aux exigences 9.1 à 9.4, ou lorsqu’une version de remplacement conforme au niveau AA (tel que défini dans la WCAG 2.1[5]) est fournie, satisfera à l’exigence de conformité 1.

    +

    REMARQUE 2: Selon le W3C: « Les WCAG 2.1 élargissent les Directives pour l’accessibilité des contenus Web 2.0[4], qui ont été publiées comme Recommandation du W3C en décembre 2008. Le contenu qui est conforme aux WCAG 2.1 est également conforme aux WCAG 2.0, et, par conséquent, aux politiques qui font référence aux WCAG 2.0. » [4]

    +

    REMARQUE 3: L’exigence de conformité 5 stipule que tout le contenu de la page, y compris le contenu dont on ne dépend pas autrement pour atteindre la conformité, respecte les clauses 9.1.4.2, 9.2.1.2, 9.2.2.2 et 9.2.3.1.

    +

    Critères de succès de niveau AAA des WCAG 2.1 2.1 de niveau AA[5]

    +     		+

    C.9.6 Exigences de conformité aux WCAG

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une page Web.

    +

    Procédure

    +

    1. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 1: Niveau de conformité » au niveau AA.

    +

    2. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 2: Pages complètes ».

    +

    3. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 3: Processus complets ».

    +

    4. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 4: L’usage des technologies selon des méthodes exclusivement compatibles avec l’accessibilité ».

    +

    5. Vérifier que la page Web satisfait à l’exigence de conformité aux WCAG 2.1 [5] « 5: Non-interférence ».

    +

    Résultat

    +

    Réussite: Tous les énoncés testables sont vrais.

    +

    Échec: N’importe quel énoncé testable est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    10 Contenu non Web

    - - - - - - - - - - - - + + + + + + + + + + + +
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.0 Généralités (information)

    -

    Les exigences énoncées à la clause 10 s’appliquent aux documents:

    -
      -
    • qui ne sont pas des pages Web;
      • -
    • qui ne sont pas intégrés dans des pages Web;
      • -
    • qui sont intégrés dans des pages Web, qui ne sont pas utilisés dans le rendu et qui ne sont pas - destinés à être rendus avec la page Web dans laquelle ils sont intégrés.
      • -
    -

    L’article 9 prévoit les exigences de conformité des documents qui se trouvent dans des pages Web ou - qui sont intégrés dans des pages Web, et qui sont utilisés dans le rendu ou qui sont destinés à être - rendus avec la page Web dans laquelle ils sont intégrés.

    -

    REMARQUE 1: Voici quelques exemples de documents: lettres, feuilles de calcul, messages - électroniques, livres, images, présentations et films qui sont associés à un agent utilisateur comme - un lecteur de documents, un éditeur ou un lecteur multimédia.

    -

    REMARQUE 2: Un document peut être composé de plusieurs fichiers, comme du contenu vidéo, des - sous-titres, etc. La plupart du temps, cela n’est pas apparent pour l’utilisateur final qui parcourt - le document/contenu.

    -

    REMARQUE 3: Les documents nécessitent un agent utilisateur pour que le contenu soit présenté à - l’utilisateur. Les exigences relatives aux agents utilisateurs se trouvent à La clause 11.

    -

    REMARQUE 4: Les exigences relatives au contenu qui fait partie du logiciel se trouvent à la clause - 11.

    -

    REMARQUE 5: Les critères de succès énoncés à la clause 10 visent à s’harmoniser avec la Note du - groupe de travail [i.26] produite par le WCAG2ICT - Task Force du W3C.

    -

    REMARQUE 6 : Des clauses « nul » ont été insérées afin de maintenir l’harmonisation avec la - numérotation des clauses 9, 10 et 11.

    -

    REMARQUE 7 : Les exigences de la clause 10 s’appliquent également aux documents qui sont protégés par - des mécanismes tels que les signatures numériques, le chiffrement, la protection par mot de passe et - les filigranes lorsqu’ils sont présentés à l’utilisateur.

    -

    REMARQUE 8 : La pratique exemplaire consiste à utiliser WebSchemas/Accessibility 2.0 [i.38] pour - fournir des métadonnées sur l’accessibilité du document au sein ou séparément du document.

    -     		-

    C.10.0 Généralités (information)

    -

    La clause 10.0 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    -
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.0 Généralités (information)

    +

    Les exigences énoncées à la clause 10 s’appliquent aux documents:

    +
      +
    • qui ne sont pas des pages Web;
      • +
    • qui ne sont pas intégrés dans des pages Web;
      • +
    • qui sont intégrés dans des pages Web, qui ne sont pas utilisés dans le rendu et qui ne sont pas destinés à être rendus avec la page Web dans laquelle ils sont intégrés.
      • +
    +

    L’article 9 prévoit les exigences de conformité des documents qui se trouvent dans des pages Web ou qui sont intégrés dans des pages Web, et qui sont utilisés dans le rendu ou qui sont destinés à être rendus avec la page Web dans laquelle ils sont intégrés.

    +

    REMARQUE 1: Voici quelques exemples de documents: lettres, feuilles de calcul, messages électroniques, livres, images, présentations et films qui sont associés à un agent utilisateur comme un lecteur de documents, un éditeur ou un lecteur multimédia.

    +

    REMARQUE 2: Un document peut être composé de plusieurs fichiers, comme du contenu vidéo, des sous-titres, etc. La plupart du temps, cela n’est pas apparent pour l’utilisateur final qui parcourt le document/contenu.

    +

    REMARQUE 3: Les documents nécessitent un agent utilisateur pour que le contenu soit présenté à l’utilisateur. Les exigences relatives aux agents utilisateurs se trouvent à La clause 11.

    +

    REMARQUE 4: Les exigences relatives au contenu qui fait partie du logiciel se trouvent à la clause 11.

    +

    REMARQUE 5: Les critères de succès énoncés à la clause 10 visent à s’harmoniser avec la Note du groupe de travail [i.26] produite par le WCAG2ICT Task Force du W3C.

    +

    REMARQUE 6 : Des clauses « nul » ont été insérées afin de maintenir l’harmonisation avec la numérotation des clauses 9, 10 et 11.

    +

    REMARQUE 7 : Les exigences de la clause 10 s’appliquent également aux documents qui sont protégés par des mécanismes tels que les signatures numériques, le chiffrement, la protection par mot de passe et les filigranes lorsqu’ils sont présentés à l’utilisateur.

    +

    REMARQUE 8 : La pratique exemplaire consiste à utiliser WebSchemas/Accessibility 2.0 [i.38] pour fournir des métadonnées sur l’accessibilité du document au sein ou séparément du document.

    +     		+

    C.10.0 Généralités (information)

    +

    La clause 10.0 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    10.1 Perceptible
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    10.1.1 Équivalents textuels
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.1.1.1 Contenu non textuel

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.1.1 - Contenu non - textuel.

    -

    REMARQUE: Les CAPTCHAS n’apparaissent pas actuellement hors du Web. Cependant, s’ils apparaissent, ce - conseil est pertinent.

    -

    Critère de succès 1.1.1 Contenu non textuel des WCAG 2.1

    -

    Comprendre le critère de - succès Contenu non textuel (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Contenu non textuel (en anglais seulement)

    -

    (Niveau A)

    -

    Tout contenu non - textuel présenté à - l’utilisateur comme équivalent - textuel à l’exception des situations énumérées ci-dessous.

    -
      -
    • Composant d’interface ou de saisie: si le contenu non textuel est un composant d’interface ou - s’il - permet la saisie d’informations par l’utilisateur, alors il a un nom qui décrit sa fonction. - (Se référer au critère de - succès 4.1.2 pour des - exigences supplémentaires à propos des composants d’interface utilisateur ou des contenus qui - permettent la saisie d’informations par l’utilisateur.)
      • -
    • Média temporel: si le contenu non textuel est un média temporel, alors l’équivalent textuel - fournit - au moins une identification descriptive du contenu non textuel. (Reportez-vous à la Ligne directrice 1.2 - pour obtenir - d’autres exigences relatives aux médias.)
      • -
    • Test: si le contenu non textuel est un test ou un exercice qui serait invalide s’il était - présenté - en texte, alors l’équivalent - textuel fournit au - moins une identification descriptive du contenu non textuel.
      • -
    • Contenu sensoriel: si le contenu non textuel vise d’abord à créer une expérience - sensorielle - spécifique, l’équivalent textuel fournit au moins une identification descriptive de ce - contenu non textuel.
      • -
    • CAPTCHA: si ce contenu non - textuel vise à - confirmer que le contenu est consulté par une personne plutôt que par un ordinateur, alors un - équivalent textuel est fourni pour identifier et décrire la fonction du contenu non textuel, et - d’autres formes du CAPTCHA sont proposées pour différents types de perception sensorielle afin - d’accommoder différents types de limitations fonctionnelles.
      • -
    • Décoration, formatage, invisibilité: si le contenu non textuel est purement décoratif, - s’il est utilisé - seulement pour un formatage visuel ou s’il n’est pas présenté à l’utilisateur, alors il est - implémenté de manière à être ignoré par les technologies - d’assistance.
      • -
    -     		-

    C.10.1.1.1 Contenu non textuel

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.1.1 - Contenu non - textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    -
    10.1.1 Équivalents textuels
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.1.1.1 Contenu non textuel

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.1.1 Contenu non textuel.

    +

    REMARQUE: Les CAPTCHAS n’apparaissent pas actuellement hors du Web. Cependant, s’ils apparaissent, ce conseil est pertinent.

    +

    Critère de succès 1.1.1 Contenu non textuel des WCAG 2.1

    +

    Comprendre le critère de succès Contenu non textuel (en anglais seulement)

    +

    Comment satisfaire au critère de succès Contenu non textuel (en anglais seulement)

    +

    (Niveau A)

    +

    Tout contenu non textuel présenté à l’utilisateur comme équivalent textuel à l’exception des situations énumérées ci-dessous.

    +
      +
    • Composant d’interface ou de saisie: si le contenu non textuel est un composant d’interface ou s’il permet la saisie d’informations par l’utilisateur, alors il a un nom qui décrit sa fonction. (Se référer au critère de succès 4.1.2 pour des exigences supplémentaires à propos des composants d’interface utilisateur ou des contenus qui permettent la saisie d’informations par l’utilisateur.)
      • +
    • Média temporel: si le contenu non textuel est un média temporel, alors l’équivalent textuel fournit au moins une identification descriptive du contenu non textuel. (Reportez-vous à la Ligne directrice 1.2 pour obtenir d’autres exigences relatives aux médias.)
      • +
    • Test: si le contenu non textuel est un test ou un exercice qui serait invalide s’il était présenté en texte, alors l’équivalent textuel fournit au moins une identification descriptive du contenu non textuel.
      • +
    • Contenu sensoriel: si le contenu non textuel vise d’abord à créer une expérience sensorielle spécifique, l’équivalent textuel fournit au moins une identification descriptive de ce contenu non textuel.
      • +
    • CAPTCHA: si ce contenu non textuel vise à confirmer que le contenu est consulté par une personne plutôt que par un ordinateur, alors un équivalent textuel est fourni pour identifier et décrire la fonction du contenu non textuel, et d’autres formes du CAPTCHA sont proposées pour différents types de perception sensorielle afin d’accommoder différents types de limitations fonctionnelles.
      • +
    • Décoration, formatage, invisibilité: si le contenu non textuel est purement décoratif, s’il est utilisé seulement pour un formatage visuel ou s’il n’est pas présenté à l’utilisateur, alors il est implémenté de manière à être ignoré par les technologies d’assistance.
      • +
    +     		+

    C.10.1.1.1 Contenu non textuel

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    10.1.2 Médias temporels
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère - de succès - 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés).

    -

    REMARQUE: Le média de remplacement peut être fourni directement dans le document – ou fourni dans une - version de remplacement qui satisfait au critère de succès.

    -

    Critère de succès 1.2.1 Contenus seulement audio et seulement vidéo - (pré-enregistrés)

    -

    Comprendre - le critère de succès seulement audio et vidéo (en anglais seulement)

    -

    Comment - satisfaire au critère de succès Contenus seulement audio et seulement vidéo - (pré-enregistrés) (en anglais seulement)

    -

    (Niveau A)

    -

    Pour des médias pré-enregistrés - seulement - audio et pré-enregistrés - seulement - vidéo, sauf si l’audio ou la vidéo sont un média de - remplacement pour un - texte et qu’ils sont clairement identifiés comme tels:

    -
      -
    • Contenu pré-enregistré seulement audio: fournir une version - de remplacement - pour un média temporel, présentant une information équivalente au contenu seulement - audio.
      • -
    • Contenu pré-enregistré seulement vidéo: fournir, soit une version de remplacement pour un média - temporel, soit une piste audio (présentant une information équivalente) pour un contenu - pré-enregistré seulement vidéo.
      • -
    -     		-

    C.10.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère - de succès - 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.1 Contenus seulement audio et seulement vidéo - (pré-enregistrés) des WCAG 2.1.

    -
    -

    10.1.2.2 Sous-titres (pré-enregistrés)

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.2.2 - Sous-titres - (pré-enregistrés).

    -

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, - les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois - « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère - de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel - synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la - compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets - sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    -

    Critère de succès 1.2.2 Sous-titres (pré-enregistrés)

    -

    Comprendre le critère - de succès 1.2.2 Sous-titres (pré-enregistrés) (en anglais seulement)

    -

    Comment satisfaire au critère - Sous-titres (pré-enregistrés) (en anglais seulement)

    -

    (Niveau A)

    -

    Fournir des sous-titres pour - tout contenu audio - pré-enregistré dans un média synchronisé, excepté - lorsque le - média est un média de - remplacement pour un texte et qu’il est clairement identifié comme tel.

    -     		-

    C.10.1.2.2 Sous-titres (pré-enregistrés)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.2 - Sous-titres - (pré-enregistrés) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non-Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    -
    -

    10.1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré)

    -

    Lorsque la technologie n’est pas un document Web, celle­ci doit satisfaire au critère - de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré).

    -

    REMARQUE 1: La définition des WCAG 2.1 précise qu « audio-description » est également nommée « - vidéo-description » et « narration descriptive ».

    -

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin. -

    -

    Critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré)

    -

    Comprendre - le critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré) (en anglais seulement)

    -

    Comment - satisfaire au critère 1.2.3 audio-description ou version de remplacement pour un média - temporel (pré-enregistré) (en anglais seulement)

    -

    (Niveau A)

    -

    Fournir une version de remplacement - pour un - média temporel ou une audio-description du contenu vidéo pré-enregistré pour - unmédia - synchronisé, excepté quand - le média est un média de - remplacement pour un texte et qu’il est clairement identifié comme tel.

    -     		-

    C.10.1.2.3 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère - de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.3 Audio-description ou version de remplacement pour - un média temporel (pré-enregistré) des WCAG 2.1.

    -
    -

    10.1.2.4 Sous-titres (en direct)

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.2.4 - Sous-titres (en - direct).

    -

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, - les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois - « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère - de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel - synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la - compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets - sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    -

    Critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1

    -

    Comprendre le critère de - succès Sous-titres (en direct) (en anglais seulement)

    -

    Comment - satisfaire au critère de succès Sous-titres (en direct) (en anglais seulement)

    -

    (Niveau AA)

    -

    Fournir des sous-titres pour - tout contenu audio en direct, sous forme de média synchronisé. -

    -     		-

    C.10.1.2.4 Sous-titres (en direct)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.4 - Sous-titres (en - direct) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1).

    -
    -

    10.1.2.5 Audio-description (pré-enregistrée)

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès - 1.2.5 audio-description (pré-enregistrée).

    -

    REMARQUE 1: La définition des WCAG 2.1 précise qu’une «audio-description» est également nommée « - vidéo-description » et « narration descriptive ».

    -

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin. -

    -

    Critère de succès 1.2.5 audio-description (pré-enregistrée)

    -

    Comprendre le - critère de succès audio-description (pré-enregistrée) (en anglais seulement)

    -

    Comment satisfaire au - critère audio-description (pré-enregistrée) (en anglais seulement)

    -

    (Niveau AA)

    -

    Fournir une audio-description - pour - tout contenu vidéo pré-enregistré, sous - forme de média - synchronisé.

    -     		-

    C.10.1.2.5 Audio-description (pré-enregistrée)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès - 1.2.5 - audio-description (pré-enregistrée)des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1. -

    -
    10.1.2 Médias temporels
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés).

    +

    REMARQUE: Le média de remplacement peut être fourni directement dans le document – ou fourni dans une version de remplacement qui satisfait au critère de succès.

    +

    Critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    +

    Comprendre le critère de succès seulement audio et vidéo (en anglais seulement)

    +

    Comment satisfaire au critère de succès Contenus seulement audio et seulement vidéo (pré-enregistrés) (en anglais seulement)

    +

    (Niveau A)

    +

    Pour des médias pré-enregistrés seulement audio et pré-enregistrés seulement vidéo, sauf si l’audio ou la vidéo sont un média de remplacement pour un texte et qu’ils sont clairement identifiés comme tels:

    +
      +
    • Contenu pré-enregistré seulement audio: fournir une version de remplacement pour un média temporel, présentant une information équivalente au contenu seulement audio.
      • +
    • Contenu pré-enregistré seulement vidéo: fournir, soit une version de remplacement pour un média temporel, soit une piste audio (présentant une information équivalente) pour un contenu pré-enregistré seulement vidéo.
      • +
    +     		+

    C.10.1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.1 Contenus seulement audio et seulement vidéo (pré-enregistrés) des WCAG 2.1.

    +
    +

    10.1.2.2 Sous-titres (pré-enregistrés)

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.2.2 Sous-titres (pré-enregistrés).

    +

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    +

    Critère de succès 1.2.2 Sous-titres (pré-enregistrés)

    +

    Comprendre le critère de succès 1.2.2 Sous-titres (pré-enregistrés) (en anglais seulement)

    +

    Comment satisfaire au critère Sous-titres (pré-enregistrés) (en anglais seulement)

    +

    (Niveau A)

    +

    Fournir des sous-titres pour tout contenu audio pré-enregistré dans un média synchronisé, excepté lorsque le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

    +     		+

    C.10.1.2.2 Sous-titres (pré-enregistrés)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non-Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    +
    +

    10.1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)

    +

    Lorsque la technologie n’est pas un document Web, celle­ci doit satisfaire au critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré).

    +

    REMARQUE 1: La définition des WCAG 2.1 précise qu « audio-description » est également nommée « vidéo-description » et « narration descriptive ».

    +

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin.

    +

    Critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré)

    +

    Comprendre le critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré) (en anglais seulement)

    +

    Comment satisfaire au critère 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré) (en anglais seulement)

    +

    (Niveau A)

    +

    Fournir une version de remplacement pour un média temporel ou une audio-description du contenu vidéo pré-enregistré pour unmédia synchronisé, excepté quand le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

    +     		+

    C.10.1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +
    +

    10.1.2.4 Sous-titres (en direct)

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.2.4 Sous-titres (en direct).

    +

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    +

    Critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1

    +

    Comprendre le critère de succès Sous-titres (en direct) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Sous-titres (en direct) (en anglais seulement)

    +

    (Niveau AA)

    +

    Fournir des sous-titres pour tout contenu audio en direct, sous forme de média synchronisé.

    +     		+

    C.10.1.2.4 Sous-titres (en direct)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1).

    +
    +

    10.1.2.5 Audio-description (pré-enregistrée)

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.2.5 audio-description (pré-enregistrée).

    +

    REMARQUE 1: La définition des WCAG 2.1 précise qu’une «audio-description» est également nommée « vidéo-description » et « narration descriptive ».

    +

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin.

    +

    Critère de succès 1.2.5 audio-description (pré-enregistrée)

    +

    Comprendre le critère de succès audio-description (pré-enregistrée) (en anglais seulement)

    +

    Comment satisfaire au critère audio-description (pré-enregistrée) (en anglais seulement)

    +

    (Niveau AA)

    +

    Fournir une audio-description pour tout contenu vidéo pré-enregistré, sous forme de média synchronisé.

    +     		+

    C.10.1.2.5 Audio-description (pré-enregistrée)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.5 audio-description (pré-enregistrée)des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    10.1.3 Adaptable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.1.3.1 Information et relations

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.3.1 - Information - et relations.

    -

    REMARQUE : Lorsque les documents contiennent des types de structure non standard (rôles), la pratique - exemplaire consiste à les faire correspondre à un type de structure standard comme solution de - secours pour le lecteur.

    -

    Critère de succès 1.3.1 Information et relations des WCAG 2.1

    -

    Comprendre le - critère de succès Information et relations (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Information et relations (en anglais seulement)

    -

    (Niveau A)

    -

    L’information, la structure et - les relations véhiculées - par la présentationpeuvent - être déterminées - par un - programme - informatique ou sont disponibles sous forme de texte.

    -     		-

    C.10.1.3.1 Information et relations

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.3.1 - Information - et relations des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.3.1 Information et relations des WCAG 2.1.

    -
    -

    10.1.3.2 Ordre séquentiel logique

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.3.2 - Ordre séquentiel - logique des WCAG 2.1.

    -

    Critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1

    -

    Comprendre l’ordre - séquentiel logique (en anglais seulement)

    -

    Comment satisfaire au critère - Ordre séquentiel logique (en anglais seulement)

    -

    (Niveau A)

    -

    Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture - correct - peut être déterminé par - un - programme informatique.

    -     		-

    C.10.1.3.2 Ordre séquentiel logique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.3.2 - Ordre séquentiel - logique des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    -
    -

    10.1.3.3 Caractéristiques sensorielles

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.3.3 - Caractéristiques sensorielles des WCAG 2.1.

    -

    Critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1

    -

    Comprendre les - caractéristiques sensorielles (en anglais seulement)

    -

    Comment satisfaire au - critère Caractéristiques sensorielles (en anglais seulement)

    -

    (Niveau A)

    -

    Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer - uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, - l’emplacement visuel, l’orientation ou le son.

    -

    Remarque: Pour les exigences liées à la couleur, se référer à la Règle 1.4.

    -     		-

    C.10.1.3.3 Caractéristiques sensorielles

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.3.3 - Caractéristiques sensorielles des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    -
    -

    10.1.3.4 Orientation

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.3.4 Orientation - des WCAG - 2.1.

    -

    Critère de succès 1.3.4 Orientation des WCAG 2.1

    -

    Comprendre l’orientation (en - anglais seulement) -

    -

    Comment satisfaire au critère - Orientation (en anglais seulement)

    -

    (Niveau AA)

    -

    Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, - comme le portrait ou le paysage, à moins qu’une orientation d’affichage spécifique soit essentielle.

    -

    Remarque: Parmi les exemples où une orientation particulière de l’affichage peut être essentielle, on - retrouve les chèques de banque, une application de piano, des diapositives pour un projecteur ou un - téléviseur, ou un contenu de réalité virtuelle où l’orientation binaire de l’affichage n’est pas - applicable.

    -     		-

    C.10.1.3.4 Orientation

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables:

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.3.4 Orientation - des WCAG - 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.3.4 Orientation des WCAG 2.1.

    -
    -

    10.1.3.5 Identifier la finalité de la saisie

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    -

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    -

    Comprendre la - Finalité d’un champ de saisie (en anglais seulement)

    -

    Comment satisfaire au critère - Finalité d’un champ de saisie (en anglais seulement)

    -

    (Niveau AA)

    -

    La finalité de chaque champ de saisie recueillant des informations sur l’utilisateur peut être déterminée - par un - programme informatique lorsque:

    - -     		-

    C.10.1.3.5 Identifier la finalité de la saisie

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1. -

    -
    10.1.3 Adaptable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.1.3.1 Information et relations

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 1.3.1 Information et relations.

    +

    REMARQUE : Lorsque les documents contiennent des types de structure non standard (rôles), la pratique exemplaire consiste à les faire correspondre à un type de structure standard comme solution de secours pour le lecteur.

    +

    Critère de succès 1.3.1 Information et relations des WCAG 2.1

    +

    Comprendre le critère de succès Information et relations (en anglais seulement)

    +

    Comment satisfaire au critère de succès Information et relations (en anglais seulement)

    +

    (Niveau A)

    +

    L’information, la structure et les relations véhiculées par la présentationpeuvent être déterminées par un programme informatique ou sont disponibles sous forme de texte.

    +     		+

    C.10.1.3.1 Information et relations

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.3.1 Information et relations des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.1 Information et relations des WCAG 2.1.

    +
    +

    10.1.3.2 Ordre séquentiel logique

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +

    Critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1

    +

    Comprendre l’ordre séquentiel logique (en anglais seulement)

    +

    Comment satisfaire au critère Ordre séquentiel logique (en anglais seulement)

    +

    (Niveau A)

    +

    Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture correct peut être déterminé par un programme informatique.

    +     		+

    C.10.1.3.2 Ordre séquentiel logique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +
    +

    10.1.3.3 Caractéristiques sensorielles

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +

    Critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1

    +

    Comprendre les caractéristiques sensorielles (en anglais seulement)

    +

    Comment satisfaire au critère Caractéristiques sensorielles (en anglais seulement)

    +

    (Niveau A)

    +

    Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, l’emplacement visuel, l’orientation ou le son.

    +

    Remarque: Pour les exigences liées à la couleur, se référer à la Règle 1.4.

    +     		+

    C.10.1.3.3 Caractéristiques sensorielles

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +
    +

    10.1.3.4 Orientation

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.3.4 Orientation des WCAG 2.1.

    +

    Critère de succès 1.3.4 Orientation des WCAG 2.1

    +

    Comprendre l’orientation (en anglais seulement)

    +

    Comment satisfaire au critère Orientation (en anglais seulement)

    +

    (Niveau AA)

    +

    Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, comme le portrait ou le paysage, à moins qu’une orientation d’affichage spécifique soit essentielle.

    +

    Remarque: Parmi les exemples où une orientation particulière de l’affichage peut être essentielle, on retrouve les chèques de banque, une application de piano, des diapositives pour un projecteur ou un téléviseur, ou un contenu de réalité virtuelle où l’orientation binaire de l’affichage n’est pas applicable.

    +     		+

    C.10.1.3.4 Orientation

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables:

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.3.4 Orientation des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.4 Orientation des WCAG 2.1.

    +
    +

    10.1.3.5 Identifier la finalité de la saisie

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    +

    Comprendre la Finalité d’un champ de saisie (en anglais seulement)

    +

    Comment satisfaire au critère Finalité d’un champ de saisie (en anglais seulement)

    +

    (Niveau AA)

    +

    La finalité de chaque champ de saisie recueillant des informations sur l’utilisateur peut être déterminée par un programme informatique lorsque:

    + +     		+

    C.10.1.3.5 Identifier la finalité de la saisie

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    10.1.4 Distinguable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.1.4.1 Utilisation de la couleur

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.1 - Utilisation de la - couleur des WCAG 2.1.

    -

    Critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1

    -

    Comprendre l’utilisation de la - couleur (en anglais seulement)

    -

    Comment satisfaire au critère - Utilisation de la couleur (en anglais seulement)

    -

    (Niveau A)

    -

    La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une - action, de solliciter une réponse ou de distinguer un élément visuel.

    -

    Remarque : Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres - formes de perception sont traitées à la règle - 1.3 comme l’accès à la couleur par un programme informatique et les autres formes de codage - de la présentation visuelle.

    -     		-

    C.10.1.4.1 Utilisation de la couleur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.1 - Utilisation de la - couleur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    -
    -

    10.1.4.2 Contrôle du son

    -

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.1.

    -

    Tableau 10.1: Critère de succès du document: Contrôle du son

    -

    Si la lecture d’un fichier audio tiré d’un document dure plus de 3 secondes, un mécanisme est disponible pour - le mettre en - pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système - général.

    -

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut - interférer avec la capacité de l’utilisateur à exploiter le document entier, tout le contenu présent - dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit - satisfaire à ce critère de succès.

    -

    REMARQUE 2: Ce critère de succès est identique au critère de succès 1.4.2 Contrôle - du son des - WCAG 2.1, après remplacement de « sur une page Web » par « sur un document », de « tout - contenu » par « toute partie d’un document », de « page entière » par « document entier », de « sur - la page Web » par « sur le document », après suppression de « Voir l’exigence de conformité 5: - Non-interférence » et après l’ajout de la note 1.

    -

    Critère de succès 1.4.2 Contrôle du son des WCAG 2.1

    -

    Comprendre le contrôle du - son (en anglais seulement)

    -

    Comment satisfaire au critère Contrôle - du son (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.1.4.2 Contrôle du son

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.1.4.3 Contraste (minimum)

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.3 - Contraste des WCAG - 2.1.

    -

    Critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1

    -

    Comprendre le contraste - (minimum)

    -

    Comment satisfaire au critère - Contraste (minimum)

    -

    (Niveau AA)

    -

    La présentation visuelle du texte et - du texte sous forme - d’image a un rapport - de contraste d’au moins - 4,5:1, sauf dans les cas suivants:

    -
      -
    • Texte agrandi: le texte - agrandi et le - texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1;
      • -
    • Texte décoratif: aucune exigence de contraste pour le texte ou le texte sous forme d’image qui - fait - partie d’un composant - d’interface utilisateur inactif, qui est purement décoratif, - qui est - invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif. -
      • -
    • Logotypes: aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de - marque.
      • -
    -     		-

    C.10.1.4.3 Contraste (minimum)

    -

    Type d’évaluation: Inspection

    -

    Conditions préalables

    -

    · 1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.3 - Contraste (minimum) - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    -
    -

    10.1.4.4 Redimensionnement du texte

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.4 - Redimensionnement du - texte des WCAG 2.1.

    -

    REMARQUE 1: Les contenus pour lesquels il existe des lecteurs de logiciels, des visualiseurs ou des - éditeurs dotés d’une fonction de zoom de 200% répondraient automatiquement à ce critère de succès - lorsqu’ils sont utilisés avec ces lecteurs, à moins que le contenu ne fonctionne pas avec le zoom. -

    -

    REMARQUE 2: Ce critère de succès concerne la capacité de permettre aux utilisateurs d’agrandir le - texte à l’écran au moins jusqu’à 200% sans avoir besoin d’avoir recours à des technologies - d’assistance. Cela signifie que l’application fournit un moyen d’agrandir le texte à 200% (zoom ou - autre) sans perte de contenu ou de fonctionnalité ou que l’application fonctionne avec les fonctions - de la plateforme qui répondent à cette exigence.

    -

    REMARQUE 3: La pratique exemplaire consiste à n’utiliser que des polices qui permettent une mise à - l’échelle sans perte de qualité (p. ex. une présentation pixellisée). Cela s'applique en particulier - aux polices intégrées.

    -

    Critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1

    -

    Comprendre le redimensionnement - du texte (en anglais seulement)

    -

    Comment satisfaire au critère - Redimensionnement du texte (en anglais seulement)

    -

    (Niveau AA)

    -

    À l’exception des sous-titres et - du texte sous forme - d’image, le texte peut être - redimensionné jusqu’à 200% sans - l’aide d’une technologie - d’assistanceet sans perte de contenu ou de fonctionnalité.

    -     		-

    C.10.1.4.4 Redimensionnement du texte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.4 - Redimensionnement du - texte des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    -
    -

    10.1.4.5 Texte sous forme d’image

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.5 Texte - sous forme - d’image des WCAG 2.1.

    -

    Critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1

    -

    Comprendre le texte sous - forme d’image (en anglais seulement)

    -

    Comment satisfaire au critère Texte - sous forme d’image (en anglais seulement)

    -

    (Niveau AA)

    -

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de - l’information plutôt que du texte sous - forme d’image, sauf dans les cas suivants:

    -
      -
    • Personnalisable: Le texte sous forme d’image peut être personnalisé - visuellement selon - les exigences de l’utilisateur;
      • -
    • Essentielle: Une présentation spécifique du texte est essentielle à - l’information véhiculée.
      • -
    -

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un - nom de marque).

    -     		-

    C.10.1.4.5 Texte sous forme d’image

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.5 Texte - sous forme - d’image des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès1.4.5 Texte sous forme d’image des WCAG 2.1.

    -
    -

    10.1.4.10 Redistribution

    -

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.2.

    -

    Tableau 10.2: Critère de succès du document: Redistribution

    -

    Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessiter de - défilement en deux dimensions en ce qui a trait aux éléments suivants:

    -
      -
    • Contenu à défilement vertical d’une largeur équivalente à 320 pixels CSS;
      • -
    • Contenu à défilement horizontal d’une hauteur équivalente à 256 pixels CSS.
      • -
    -

    Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en - deux dimensions.

    -

    REMARQUE 1: 320 pixels CSS équivalent à une largeur de fenêtre de départ de 1 280 pixels CSS avec un - zoom de 400%. Pour les documents qui sont conçus pour défiler horizontalement (par exemple avec du - texte vertical), les 256 pixels CSS équivalent à une hauteur de fenêtre de départ de 1 024 pixels - avec un zoom de 400%.

    -

    REMARQUE 2: Les exemples de contenu qui nécessitent une mise en page bidimensionnelle sont les - images, les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données - et les interfaces où il est nécessaire de garder les barres d’outils en vue pendant la manipulation - du contenu.

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 1.4.10 Redistribution - des WCAG - 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 et 2 ci-dessus.

    -

    Critère de succès 1.4.10 Redistribution des WCAG 2.1

    -

    Comprendre la Redistribution (en - anglais seulement)

    -

    Comment satisfaire au critère - Redistribution (en anglais seulement)

    -

    (Niveau AA)

    -     		-

    C.10.1.4.10 Redistribution

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.2.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.1.4.11 Contraste du contenu non textuel

    -

    Lorsque la TIC est une page Web, elle doit satisfaire au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    -

    Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1

    -

    Comprendre le contraste - des éléments non textuels (en anglais seulement)

    -

    Satisfaire au critère Contraste - des éléments non textuels (en anglais seulement)

    -

    (Niveau AA)

    -

    La présentation visuelle des - éléments - suivants a un rapport de - contraste - d’au moins 3:1 par rapport aux couleurs adjacentes:

    -
      -
    • Composants de l’interface utilisateur: Les informations visuelles nécessaires à l’identification - des composants - de l’interface - utilisateuret des états, à l’exception - des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent - utilisateur - et non modifiée par l’auteur;
      • -
    • Objets graphiques: Parties de graphiques nécessaires à la compréhension du contenu, sauf - lorsqu’une - présentation graphique particulière est essentielle à - l’information véhiculée.
      • -
    -     		-

    C.10.1.4.11 Contraste du contenu non textuel

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un document hors ligne qui n’a pas de zone de présentation de contenu de taille fixe - qui est essentielle à l’information véhiculée.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1. -

    -
    -

    10.1.4.12 Espacement du texte

    -

    Dans le cas où la TIC est un document hors ligne qui est doté d’une interface utilisateur et qui n’a - pas de zone de présentation de contenu de taille fixe essentielle à l’information véhiculée, elle - remplit le critère de succès 1.4.12 - Espacement - du texte des WCAG 2.1.

    -

    Critère de succès 1.4.12 Espacement du texte des WCAG 2.1

    -

    Comprendre l’espacement du - texte (en anglais seulement)

    -

    Comment satisfaire au critère - Espacement du texte (en anglais seulement)

    -

    (Niveau AA)

    -

    Dans les contenus mis en œuvre à l’aide de langages de balisage qui prennent en charge les propriétés de style de texte suivantes, - aucune perte de - contenu ou de fonctionnalité ne se produit en définissant tous les éléments suivants et en ne - modifiant aucune autre propriété de style:

    -
      -
    • Hauteur des lignes (interligne) jusqu’à au moins 1,5 fois la taille de la police;
      • -
    • Espacement des paragraphes suivants jusqu’à au moins 2 fois la taille de la police;
      • -
    • Espacement des lettres (suivi) jusqu’à au moins 0,12 fois la taille de la police;
      • -
    • Espacement des mots jusqu’à au moins 0,16 fois la taille de la police.
      • -
    -

    Exception: Les langues humaines et les scriptes qui n’utilisent pas une ou plusieurs de ces - propriétés de style de texte dans un texte écrit peuvent se conformer en utilisant uniquement les - propriétés qui existent pour cette combinaison de langue et de script.

    -     		-

    C.10.1.4.12 Espacement du texte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.4.12 - Espacement du texte - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    -
    -

    10.1.4.13 Contenu au survol ou au focus

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -

    Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1

    -

    Comprendre le - Contenu en mode survol ou focus (en anglais seulement)

    -

    Comment satisfaire au - critère Contenu en mode survol ou focus (en anglais seulement)

    -

    (Niveau AA)

    -

    Lorsque la réception puis la suppression du pointeur ou de la Au focus du clavier déclenchent - l’affichage et le masquage d’un contenu supplémentaire, ce qui suit est vrai:

    -
      -
    • Rejeté: Un mécanisme - permet de rejeter le - contenu supplémentaire sans déplacer le pointeur ou la Au focus du clavier, à moins que le - contenu supplémentaire ne communique une erreur de saisieou - n’obscurcisse ou ne - remplace pas un autre contenu;
      • -
    • Stationnaire: Si le survol du pointeur peut déclencher le contenu supplémentaire, alors le - pointeur - peut être déplacé sur le contenu supplémentaire sans que le contenu supplémentaire disparaisse; -
      • -
    • Persistant: Le contenu supplémentaire reste visible jusqu’à ce que le déclencheur de survol ou - de - Au focus soit supprimé, que l’utilisateur le rejette ou que ses informations ne soient plus - valables.
      • -
    -

    Exception: La présentation visuelle du contenu supplémentaire est contrôlée par l’agent utilisateur - et n’est pas modifiée par l’auteur.

    -

    Remarque: Parmi les exemples de contenu supplémentaire contrôlé par l’agent utilisateur figurent les - infobulles du navigateur créées à l’aide de l’attribut titre HTML. -

    -

    Remarque: Les infobulles, sous-menus et autres fenêtres contextuelles non modales qui s’affichent sur - le survol et la Au focus sont des exemples de contenu supplémentaire couvert par ce critère. -

    -     		-

    C.10.1.4.13 Contenu au survol ou au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.13 Contenu en mode survol ou focus des WCAG 2.1.

    -
    10.1.4 Distinguable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.1.4.1 Utilisation de la couleur

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +

    Critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1

    +

    Comprendre l’utilisation de la couleur (en anglais seulement)

    +

    Comment satisfaire au critère Utilisation de la couleur (en anglais seulement)

    +

    (Niveau A)

    +

    La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

    +

    Remarque : Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres formes de perception sont traitées à la règle 1.3 comme l’accès à la couleur par un programme informatique et les autres formes de codage de la présentation visuelle.

    +     		+

    C.10.1.4.1 Utilisation de la couleur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +
    +

    10.1.4.2 Contrôle du son

    +

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le tableau 10.1.

    +

    Tableau 10.1: Critère de succès du document: Contrôle du son

    +

    Si la lecture d’un fichier audio tiré d’un document dure plus de 3 secondes, un mécanisme est disponible pour le mettre en pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système général.

    +

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter le document entier, tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès.

    +

    REMARQUE 2: Ce critère de succès est identique au critère de succès 1.4.2 Contrôle du son des WCAG 2.1, après remplacement de « sur une page Web » par « sur un document », de « tout contenu » par « toute partie d’un document », de « page entière » par « document entier », de « sur la page Web » par « sur le document », après suppression de « Voir l’exigence de conformité 5: Non-interférence » et après l’ajout de la note 1.

    +

    Critère de succès 1.4.2 Contrôle du son des WCAG 2.1

    +

    Comprendre le contrôle du son (en anglais seulement)

    +

    Comment satisfaire au critère Contrôle du son (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.1.4.2 Contrôle du son

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.1.4.3 Contraste (minimum)

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.3 Contraste des WCAG 2.1.

    +

    Critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1

    +

    Comprendre le contraste (minimum)

    +

    Comment satisfaire au critère Contraste (minimum)

    +

    (Niveau AA)

    +

    La présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 4,5:1, sauf dans les cas suivants:

    +
      +
    • Texte agrandi: le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1;
      • +
    • Texte décoratif: aucune exigence de contraste pour le texte ou le texte sous forme d’image qui fait partie d’un composant d’interface utilisateur inactif, qui est purement décoratif, qui est invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif.
      • +
    • Logotypes: aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.
      • +
    +     		+

    C.10.1.4.3 Contraste (minimum)

    +

    Type d’évaluation: Inspection

    +

    Conditions préalables

    +

    · 1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +
    +

    10.1.4.4 Redimensionnement du texte

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +

    REMARQUE 1: Les contenus pour lesquels il existe des lecteurs de logiciels, des visualiseurs ou des éditeurs dotés d’une fonction de zoom de 200% répondraient automatiquement à ce critère de succès lorsqu’ils sont utilisés avec ces lecteurs, à moins que le contenu ne fonctionne pas avec le zoom.

    +

    REMARQUE 2: Ce critère de succès concerne la capacité de permettre aux utilisateurs d’agrandir le texte à l’écran au moins jusqu’à 200% sans avoir besoin d’avoir recours à des technologies d’assistance. Cela signifie que l’application fournit un moyen d’agrandir le texte à 200% (zoom ou autre) sans perte de contenu ou de fonctionnalité ou que l’application fonctionne avec les fonctions de la plateforme qui répondent à cette exigence.

    +

    REMARQUE 3: La pratique exemplaire consiste à n’utiliser que des polices qui permettent une mise à l’échelle sans perte de qualité (p. ex. une présentation pixellisée). Cela s'applique en particulier aux polices intégrées.

    +

    Critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1

    +

    Comprendre le redimensionnement du texte (en anglais seulement)

    +

    Comment satisfaire au critère Redimensionnement du texte (en anglais seulement)

    +

    (Niveau AA)

    +

    À l’exception des sous-titres et du texte sous forme d’image, le texte peut être redimensionné jusqu’à 200% sans l’aide d’une technologie d’assistanceet sans perte de contenu ou de fonctionnalité.

    +     		+

    C.10.1.4.4 Redimensionnement du texte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +
    +

    10.1.4.5 Texte sous forme d’image

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1

    +

    Comprendre le texte sous forme d’image (en anglais seulement)

    +

    Comment satisfaire au critère Texte sous forme d’image (en anglais seulement)

    +

    (Niveau AA)

    +

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de l’information plutôt que du texte sous forme d’image, sauf dans les cas suivants:

    +
      +
    • Personnalisable: Le texte sous forme d’image peut être personnalisé visuellement selon les exigences de l’utilisateur;
      • +
    • Essentielle: Une présentation spécifique du texte est essentielle à l’information véhiculée.
      • +
    +

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un nom de marque).

    +     		+

    C.10.1.4.5 Texte sous forme d’image

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès1.4.5 Texte sous forme d’image des WCAG 2.1.

    +
    +

    10.1.4.10 Redistribution

    +

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le tableau 10.2.

    +

    Tableau 10.2: Critère de succès du document: Redistribution

    +

    Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessiter de défilement en deux dimensions en ce qui a trait aux éléments suivants:

    +
      +
    • Contenu à défilement vertical d’une largeur équivalente à 320 pixels CSS;
      • +
    • Contenu à défilement horizontal d’une hauteur équivalente à 256 pixels CSS.
      • +
    +

    Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en deux dimensions.

    +

    REMARQUE 1: 320 pixels CSS équivalent à une largeur de fenêtre de départ de 1 280 pixels CSS avec un zoom de 400%. Pour les documents qui sont conçus pour défiler horizontalement (par exemple avec du texte vertical), les 256 pixels CSS équivalent à une hauteur de fenêtre de départ de 1 024 pixels avec un zoom de 400%.

    +

    REMARQUE 2: Les exemples de contenu qui nécessitent une mise en page bidimensionnelle sont les images, les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données et les interfaces où il est nécessaire de garder les barres d’outils en vue pendant la manipulation du contenu.

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 1.4.10 Redistribution des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 et 2 ci-dessus.

    +

    Critère de succès 1.4.10 Redistribution des WCAG 2.1

    +

    Comprendre la Redistribution (en anglais seulement)

    +

    Comment satisfaire au critère Redistribution (en anglais seulement)

    +

    (Niveau AA)

    +     		+

    C.10.1.4.10 Redistribution

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.2.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.1.4.11 Contraste du contenu non textuel

    +

    Lorsque la TIC est une page Web, elle doit satisfaire au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +

    Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1

    +

    Comprendre le contraste des éléments non textuels (en anglais seulement)

    +

    Satisfaire au critère Contraste des éléments non textuels (en anglais seulement)

    +

    (Niveau AA)

    +

    La présentation visuelle des éléments suivants a un rapport de contraste d’au moins 3:1 par rapport aux couleurs adjacentes:

    +
      +
    • Composants de l’interface utilisateur: Les informations visuelles nécessaires à l’identification des composants de l’interface utilisateuret des états, à l’exception des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent utilisateur et non modifiée par l’auteur;
      • +
    • Objets graphiques: Parties de graphiques nécessaires à la compréhension du contenu, sauf lorsqu’une présentation graphique particulière est essentielle à l’information véhiculée.
      • +
    +     		+

    C.10.1.4.11 Contraste du contenu non textuel

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un document hors ligne qui n’a pas de zone de présentation de contenu de taille fixe qui est essentielle à l’information véhiculée.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +
    +

    10.1.4.12 Espacement du texte

    +

    Dans le cas où la TIC est un document hors ligne qui est doté d’une interface utilisateur et qui n’a pas de zone de présentation de contenu de taille fixe essentielle à l’information véhiculée, elle remplit le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +

    Critère de succès 1.4.12 Espacement du texte des WCAG 2.1

    +

    Comprendre l’espacement du texte (en anglais seulement)

    +

    Comment satisfaire au critère Espacement du texte (en anglais seulement)

    +

    (Niveau AA)

    +

    Dans les contenus mis en œuvre à l’aide de langages de balisage qui prennent en charge les propriétés de style de texte suivantes, aucune perte de contenu ou de fonctionnalité ne se produit en définissant tous les éléments suivants et en ne modifiant aucune autre propriété de style:

    +
      +
    • Hauteur des lignes (interligne) jusqu’à au moins 1,5 fois la taille de la police;
      • +
    • Espacement des paragraphes suivants jusqu’à au moins 2 fois la taille de la police;
      • +
    • Espacement des lettres (suivi) jusqu’à au moins 0,12 fois la taille de la police;
      • +
    • Espacement des mots jusqu’à au moins 0,16 fois la taille de la police.
      • +
    +

    Exception: Les langues humaines et les scriptes qui n’utilisent pas une ou plusieurs de ces propriétés de style de texte dans un texte écrit peuvent se conformer en utilisant uniquement les propriétés qui existent pour cette combinaison de langue et de script.

    +     		+

    C.10.1.4.12 Espacement du texte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +
    +

    10.1.4.13 Contenu au survol ou au focus

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +

    Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1

    +

    Comprendre le Contenu en mode survol ou focus (en anglais seulement)

    +

    Comment satisfaire au critère Contenu en mode survol ou focus (en anglais seulement)

    +

    (Niveau AA)

    +

    Lorsque la réception puis la suppression du pointeur ou de la Au focus du clavier déclenchent l’affichage et le masquage d’un contenu supplémentaire, ce qui suit est vrai:

    +
      +
    • Rejeté: Un mécanisme permet de rejeter le contenu supplémentaire sans déplacer le pointeur ou la Au focus du clavier, à moins que le contenu supplémentaire ne communique une erreur de saisieou n’obscurcisse ou ne remplace pas un autre contenu;
      • +
    • Stationnaire: Si le survol du pointeur peut déclencher le contenu supplémentaire, alors le pointeur peut être déplacé sur le contenu supplémentaire sans que le contenu supplémentaire disparaisse;
      • +
    • Persistant: Le contenu supplémentaire reste visible jusqu’à ce que le déclencheur de survol ou de Au focus soit supprimé, que l’utilisateur le rejette ou que ses informations ne soient plus valables.
      • +
    +

    Exception: La présentation visuelle du contenu supplémentaire est contrôlée par l’agent utilisateur et n’est pas modifiée par l’auteur.

    +

    Remarque: Parmi les exemples de contenu supplémentaire contrôlé par l’agent utilisateur figurent les infobulles du navigateur créées à l’aide de l’attribut titre HTML.

    +

    Remarque: Les infobulles, sous-menus et autres fenêtres contextuelles non modales qui s’affichent sur le survol et la Au focus sont des exemples de contenu supplémentaire couvert par ce critère.

    +     		+

    C.10.1.4.13 Contenu au survol ou au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.13 Contenu en mode survol ou focus des WCAG 2.1.

    +
    10.2 Utilisable
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    10.2.1 Accessibilité au clavier
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.2.1.1 Clavier

    -

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 2.1.1 Clavier des - WCAG 2.1. -

    -

    Critère de succès 2.1.1 Clavier des WCAG 2.1

    -

    Comprendre le clavier (en anglais - seulement)

    -

    Comment satisfaire au critère Clavier (en - anglais seulement) -

    -

    (Niveau A)

    -

    Toutes les fonctions du - contenu sont - contrôlées par une interface - clavier qui n’exige pas de rythmes de frappe particuliers, sauf lorsque la fonction - sous-jacente nécessite des données indiquant la trajectoire donnée par l’utilisateur en plus des - points finaux.

    -

    Remarque: Cette exception s’applique à la fonction sous-jacente et non à la technique d’entrée. Par - exemple, si la saisie se fait par écriture manuscrite, la technique de saisie (écriture manuscrite) - nécessitera une saisie qui dépend du tracé, mais non pas de la fonction sous-jacente (saisie de - texte).

    -

    Remarque: Rien de ce qui précède ne vient s’opposer à l’utilisation de la souris ni aux méthodes de - saisie autres que l’utilisation du clavier.

    -     		-

    C.10.2.1.1 Clavier

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère - de succès 2.1.1 Clavier des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.1.1 Clavier des WCAG 2.1.

    -
    -

    10.2.1.2 Pas de piège au clavier

    -

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.3.

    -

    Tableau 10.3: Critère de succès du document: Pas de piège au clavier

    -

    Si la Au focus du clavier peut être positionnée sur un élément de la page à l’aide d’une interface clavier, - réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface - clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation - ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de - déplacer la Au focus hors de ce composant.

    -

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut - interférer avec la capacité de l’utilisateur à exploiter le document entier, il est nécessaire que - tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de - succès ou non) satisfasse à ce critère de succès.

    -

    REMARQUE 2: La méthode standard de sortie pourrait varier d’une plateforme à l’autre. Par exemple, la - touche Échap est une méthode standard de sortie sur de nombreuses plateformes de bureau.

    -

    Critère de succès 2.1.2 Pas de piège au clavier des WCAG 2.1

    -

    Comprendre pas de piège au - clavier (en anglais seulement)

    -

    Comment satisfaire au critère pas - de piège au clavier  (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.1.2 Pas de piège au clavier

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.3.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.2.1.4 Raccourcis clavier utilisant des caractères

    -

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 2.1.4 - Raccourcis - clavier des caractères des WCAG 2.1 .

    -

    Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1

    -

    Comprendre les - Raccourcis clavier utilisant des caractères

    -

    Comment utiliser les - Raccourcis clavier utilisant des caractères

    -

    (Niveau A)

    -

    Si un raccourci - clavier est mis en - œuvre dans le contenu en utilisant uniquement des lettres (y compris les lettres majuscules et - minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins un des éléments - suivants est vrai:

    -
      -
    • Désactiver: Un mécanisme - est disponible - pour désactiver le raccourci;
      • -
    • Réassigner : Un mécanisme est offert pour remapper le raccourci afin d’utiliser un ou plusieurs - caractères clavier non imprimables (par exemple Ctrl, Alt, etc.);
      • -
    • Actif uniquement au focus : le raccourci clavier pour un composant - d’interface - utilisateurn’est actif que lorsque ce composant a le focus.
      • -
    -     		-

    C.10.2.1.4 Raccourcis clavier utilisant des caractères

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure:

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.1.4 - Raccourcis - clavier des caractères des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des - WCAG 2.1.

    -
    10.2.1 Accessibilité au clavier
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.2.1.1 Clavier

    +

    Dans le cas où la TIC est un document hors ligne, elle remplit le critère de succès 2.1.1 Clavier des WCAG 2.1.

    +

    Critère de succès 2.1.1 Clavier des WCAG 2.1

    +

    Comprendre le clavier (en anglais seulement)

    +

    Comment satisfaire au critère Clavier (en anglais seulement)

    +

    (Niveau A)

    +

    Toutes les fonctions du contenu sont contrôlées par une interface clavier qui n’exige pas de rythmes de frappe particuliers, sauf lorsque la fonction sous-jacente nécessite des données indiquant la trajectoire donnée par l’utilisateur en plus des points finaux.

    +

    Remarque: Cette exception s’applique à la fonction sous-jacente et non à la technique d’entrée. Par exemple, si la saisie se fait par écriture manuscrite, la technique de saisie (écriture manuscrite) nécessitera une saisie qui dépend du tracé, mais non pas de la fonction sous-jacente (saisie de texte).

    +

    Remarque: Rien de ce qui précède ne vient s’opposer à l’utilisation de la souris ni aux méthodes de saisie autres que l’utilisation du clavier.

    +     		+

    C.10.2.1.1 Clavier

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 2.1.1 Clavier des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.1 Clavier des WCAG 2.1.

    +
    +

    10.2.1.2 Pas de piège au clavier

    +

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le tableau 10.3.

    +

    Tableau 10.3: Critère de succès du document: Pas de piège au clavier

    +

    Si la Au focus du clavier peut être positionnée sur un élément de la page à l’aide d’une interface clavier, réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de déplacer la Au focus hors de ce composant.

    +

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter le document entier, il est nécessaire que tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) satisfasse à ce critère de succès.

    +

    REMARQUE 2: La méthode standard de sortie pourrait varier d’une plateforme à l’autre. Par exemple, la touche Échap est une méthode standard de sortie sur de nombreuses plateformes de bureau.

    +

    Critère de succès 2.1.2 Pas de piège au clavier des WCAG 2.1

    +

    Comprendre pas de piège au clavier (en anglais seulement)

    +

    Comment satisfaire au critère pas de piège au clavier  (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.1.2 Pas de piège au clavier

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.3.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.2.1.4 Raccourcis clavier utilisant des caractères

    +

    Lorsque les TIC sont une page Web, elles doivent satisfaire au critère de succès 2.1.4 Raccourcis clavier des caractères des WCAG 2.1 .

    +

    Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1

    +

    Comprendre les Raccourcis clavier utilisant des caractères

    +

    Comment utiliser les Raccourcis clavier utilisant des caractères

    +

    (Niveau A)

    +

    Si un raccourci clavier est mis en œuvre dans le contenu en utilisant uniquement des lettres (y compris les lettres majuscules et minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins un des éléments suivants est vrai:

    +
      +
    • Désactiver: Un mécanisme est disponible pour désactiver le raccourci;
      • +
    • Réassigner : Un mécanisme est offert pour remapper le raccourci afin d’utiliser un ou plusieurs caractères clavier non imprimables (par exemple Ctrl, Alt, etc.);
      • +
    • Actif uniquement au focus : le raccourci clavier pour un composant d’interface utilisateurn’est actif que lorsque ce composant a le focus.
      • +
    +     		+

    C.10.2.1.4 Raccourcis clavier utilisant des caractères

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure:

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.1.4 Raccourcis clavier des caractères des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    10.2.2 Délai suffisant
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.2.2.1 Réglage du délai

    -

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.4.

    -

    Tableau 10.4: Critère de succès du document: Réglage du délai

    -

    Pour chaque limite de temps fixée par le document, au moins l’un des points suivants est vrai:

    -
      -
    • Suppression: L’utilisateur a la possibilité de désactiver la limite de temps avant de - l’atteindre; - ou
      • -
    • Ajustement: L’utilisateur a la possibilité d’ajuster la limite de temps avant de la rencontrer - dans - un intervalle d’au moins dix fois la durée paramétrée par défaut; ou
      • -
    • Extension: L’utilisateur est averti avant que la limite de temps expire et il lui est accordé au - moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la - barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins - dix fois; ou
      • -
    • L’exception du temps réel: La limite de temps est une partie constitutive d’un événement en - temps - réel (par exemple, une enchère) et aucune solution de rechange n’est possible; ou
      • -
    • L’exception de la limite essentielle: La limite de temps est essentielleet l’étendre - invaliderait alors - l’activité; ou
      • -
    • L’exception des 20 heures: La limite de temps est supérieure à 20 heures.
      • -
    -

    REMARQUE 1: Ce critère de succès permet de s’assurer que les utilisateurs peuvent accomplir les - tâches sans changements inattendus dans le contenu ou le contexte résultant d’une limite de temps. - Ce critère de succès doit être considéré conjointement avec le critère de succès 3.2.1 des WCAG - 2.1, qui - impose des limites aux changements de contenu ou de contexte résultant de l’action des utilisateurs. -

    -

    REMARQUE 2: Ce critère de succès est identique au critère de succès 2.2.1 - Réglage du délai - des WCAG 2.1, après le remplacement de « le contenu » par « documents » et l’ajout des mots - « des WCAG 2.1 » après les mots « critère de succès » à la note 1 ci-dessus.

    -

    Critère de succès 2.2.1 Réglage du délai des WCAG 2.1

    -

    Comprendre le Réglage du - délai (en anglais seulement)

    -

    Comment satisfaire au critère - Réglage du délai (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.2.1 Réglage du délai

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.4.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.2.2.2 Mettre en pause, arrêter, masquer

    -

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.5.

    -

    Tableau 10.5: Critère de succès du document: Mettre en pause, arrêter, masquer

    -

    Pour déplacer, faire clignoter, - faire défiler - ou mettre à jour automatiquement des informations, tous les éléments suivants sont vrais:

    -
      -
    • Déplacement, clignotement, défilement: Pour toute information en mouvement, clignotante ou - défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée - en - parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de mettre en - pause, d’arrêter ou de masquer - l’information à - moins que le déplacement, le clignement ou le défilement fasse partie d’une activité où cela est - essentiel; et -
      • -
    • Mise à jour automatique: Pour toute mise à jour qui (1) démarre automatiquement et (2) est - présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur - de - la mettre en pause, de l’arrêter, de la masquer ou de contrôler sa fréquence, sauf si la mise à - jour - automatique fait partie d’une activité où elle est essentielle.
      • -
    -

    REMARQUE 1: Pour les exigences relatives au contenu clignotant ou avec flash, se référer à la règle 2.3 des - WCAG 2.1. -

    -

    REMARQUE 2: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut - interférer avec la capacité de l’utilisateur à exploiter le document entier, il est nécessaire que - tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de - succès ou non) satisfasse à ce critère de succès.

    -

    REMARQUE 3: Le contenu qui est mis à jour périodiquement par un logiciel ou qui est transmis en - continu à l’agent utilisateur n’est pas tenu de préserver ou de présenter l’information générée ou - reçue entre le début de la pause et la reprise de la présentation, car cela pourrait ne pas être - techniquement possible et, dans de nombreuses situations, être trompeur.

    -

    REMARQUE 4: Une animation qui se produit dans le cadre d’une phase de préchargement ou d’une - situation similaire peut être considérée comme essentielle si l’interaction ne peut pas se produire - pendant cette phase pour tous les utilisateurs et si le fait de ne pas indiquer les progrès pouvait - dérouter les utilisateurs ou leur faire croire que le contenu était gelé ou séparé.

    -

    REMARQUE 5: Ce critère de succès est identique au critère de succès 2.2.2 Mettre - en pause, - arrêter, masquer des WCAG 2.1, après remplacement de « page » et de « page Web » par « - document », suppression de « Voir l’exigence de conformité 5: Non-ingérence » dans la note 2 du - critère de succès, l’ajout des mots « des WCAG 2.1 » à la suite de « règle 2.3 » à la note 1 et la - reformulation de la note 2 de façon à éviter le verbe « devoir ».

    -

    Critère de réussite 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1

    -

    Comprendre le critère de - succès Mettre en pause, arrêter, masquer (en anglais seulement)

    -

    Comment satisfaire au critère Mettre - en pause, arrêter, masquer (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.2.2 Mettre en pause, arrêter, masquer

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.5.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai. Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1. -

    -
    10.2.2 Délai suffisant
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.2.2.1 Réglage du délai

    +

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le tableau 10.4.

    +

    Tableau 10.4: Critère de succès du document: Réglage du délai

    +

    Pour chaque limite de temps fixée par le document, au moins l’un des points suivants est vrai:

    +
      +
    • Suppression: L’utilisateur a la possibilité de désactiver la limite de temps avant de l’atteindre; ou
      • +
    • Ajustement: L’utilisateur a la possibilité d’ajuster la limite de temps avant de la rencontrer dans un intervalle d’au moins dix fois la durée paramétrée par défaut; ou
      • +
    • Extension: L’utilisateur est averti avant que la limite de temps expire et il lui est accordé au moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix fois; ou
      • +
    • L’exception du temps réel: La limite de temps est une partie constitutive d’un événement en temps réel (par exemple, une enchère) et aucune solution de rechange n’est possible; ou
      • +
    • L’exception de la limite essentielle: La limite de temps est essentielleet l’étendre invaliderait alors l’activité; ou
      • +
    • L’exception des 20 heures: La limite de temps est supérieure à 20 heures.
      • +
    +

    REMARQUE 1: Ce critère de succès permet de s’assurer que les utilisateurs peuvent accomplir les tâches sans changements inattendus dans le contenu ou le contexte résultant d’une limite de temps. Ce critère de succès doit être considéré conjointement avec le critère de succès 3.2.1 des WCAG 2.1, qui impose des limites aux changements de contenu ou de contexte résultant de l’action des utilisateurs.

    +

    REMARQUE 2: Ce critère de succès est identique au critère de succès 2.2.1 Réglage du délai des WCAG 2.1, après le remplacement de « le contenu » par « documents » et l’ajout des mots « des WCAG 2.1 » après les mots « critère de succès » à la note 1 ci-dessus.

    +

    Critère de succès 2.2.1 Réglage du délai des WCAG 2.1

    +

    Comprendre le Réglage du délai (en anglais seulement)

    +

    Comment satisfaire au critère Réglage du délai (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.2.1 Réglage du délai

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.4.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.2.2.2 Mettre en pause, arrêter, masquer

    +

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le tableau 10.5.

    +

    Tableau 10.5: Critère de succès du document: Mettre en pause, arrêter, masquer

    +

    Pour déplacer, faire clignoter, faire défiler ou mettre à jour automatiquement des informations, tous les éléments suivants sont vrais:

    +
      +
    • Déplacement, clignotement, défilement: Pour toute information en mouvement, clignotante ou défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de mettre en pause, d’arrêter ou de masquer l’information à moins que le déplacement, le clignement ou le défilement fasse partie d’une activité où cela est essentiel; et
      • +
    • Mise à jour automatique: Pour toute mise à jour qui (1) démarre automatiquement et (2) est présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de la mettre en pause, de l’arrêter, de la masquer ou de contrôler sa fréquence, sauf si la mise à jour automatique fait partie d’une activité où elle est essentielle.
      • +
    +

    REMARQUE 1: Pour les exigences relatives au contenu clignotant ou avec flash, se référer à la règle 2.3 des WCAG 2.1.

    +

    REMARQUE 2: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter le document entier, il est nécessaire que tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) satisfasse à ce critère de succès.

    +

    REMARQUE 3: Le contenu qui est mis à jour périodiquement par un logiciel ou qui est transmis en continu à l’agent utilisateur n’est pas tenu de préserver ou de présenter l’information générée ou reçue entre le début de la pause et la reprise de la présentation, car cela pourrait ne pas être techniquement possible et, dans de nombreuses situations, être trompeur.

    +

    REMARQUE 4: Une animation qui se produit dans le cadre d’une phase de préchargement ou d’une situation similaire peut être considérée comme essentielle si l’interaction ne peut pas se produire pendant cette phase pour tous les utilisateurs et si le fait de ne pas indiquer les progrès pouvait dérouter les utilisateurs ou leur faire croire que le contenu était gelé ou séparé.

    +

    REMARQUE 5: Ce critère de succès est identique au critère de succès 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1, après remplacement de « page » et de « page Web » par « document », suppression de « Voir l’exigence de conformité 5: Non-ingérence » dans la note 2 du critère de succès, l’ajout des mots « des WCAG 2.1 » à la suite de « règle 2.3 » à la note 1 et la reformulation de la note 2 de façon à éviter le verbe « devoir ».

    +

    Critère de réussite 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1

    +

    Comprendre le critère de succès Mettre en pause, arrêter, masquer (en anglais seulement)

    +

    Comment satisfaire au critère Mettre en pause, arrêter, masquer (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.2.2 Mettre en pause, arrêter, masquer

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.5.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai. Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1.

    +
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    10.2.3 Crises et réactions physiques
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    -

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.6.

    -

    Tableau 10.6: Critère de succès du document: Pas plus de trois flashs ou sous le seuil - critique

    -

    Un document doit être exempt de tout élément qui flashe plus de trois fois dans n’importe quel - intervalle d’une seconde ou ce flash doit se - situer sous le seuil de flash générique et le seuil de flash rouge.

    -

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut - interférer avec la capacité de l’utilisateur à exploiter le document entier, il est nécessaire que - tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de - succès ou non) satisfasse à ce critère de succès.

    -

    REMARQUE 2: Ce critère de succès est identique au critère de - succès - 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1 après - remplacement de « pages Web » par « documents », de « la page entière » par « le document entier », - « la page Web » par « le document », après suppression de « Voir l’exigence de conformité 5: - Non-ingérence » et après la reformulation de la note 1 ci-dessus pour éviter le verbe « devoir ». -

    -

    Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG - 2.1

    -

    Comprendre - le critère de succès Pas plus de trois flashs ou sous le seuil critique (en anglais - seulement)

    -

    Comment satisfaire - au critère Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.6.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    10.2.3 Crises et réactions physiques
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    +

    Lorsque la TIC est un document hors ligne, elle doit satisfaire au critère de succès indiqué dans le tableau 10.6.

    +

    Tableau 10.6: Critère de succès du document: Pas plus de trois flashs ou sous le seuil critique

    +

    Un document doit être exempt de tout élément qui flashe plus de trois fois dans n’importe quel intervalle d’une seconde ou ce flash doit se situer sous le seuil de flash générique et le seuil de flash rouge.

    +

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter le document entier, il est nécessaire que tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) satisfasse à ce critère de succès.

    +

    REMARQUE 2: Ce critère de succès est identique au critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1 après remplacement de « pages Web » par « documents », de « la page entière » par « le document entier », « la page Web » par « le document », après suppression de « Voir l’exigence de conformité 5: Non-ingérence » et après la reformulation de la note 1 ci-dessus pour éviter le verbe « devoir ».

    +

    Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1

    +

    Comprendre le critère de succès Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    +

    Comment satisfaire au critère Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.6.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    10.2.4 Navigable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.2.4.2 Titre de document

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.7.

    -

    Tableau 10.7: Critère de succès du document: Titre de document

    -

    Les documents présentent un titre qui décrit leur sujet ou leur but.

    -

    REMARQUE 1: Le nom d’un document (p. ex. document, fichier multimédia) peut servir de titre s’il - décrit le sujet ou le but.

    -

    REMARQUE 2: Ce critère de succès est identique au critère de succès 2.4.2 Titre de - page des WCAG - 2.1 après remplacement de « pages Web » par « documents » et après ajout de la note 1 - ci-dessus.

    -

    Critère de succès 2.4.2 Titre de page des WCAG 2.1

    -

    Comprendre le critère de succès - Titre de page (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Titre de page (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.4.2 Titre de document

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.7.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.2.4.3 Parcours du focus

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.8.

    -

    Tableau 10.8: Critère de succès du document: Parcours du focus

    -

    Si un document peut être parcourue - de façon séquentielle et que les séquences de navigation affectent la signification ou - l’action, les éléments reçoivent la Au focus dans un ordre qui préserve la signification et - l’opérabilité.

    -

    REMARQUE: Ce critère de succès est identique au critère de succès 2.4.3 Parcours de - la cible de - saisie des WCAG 2.1 après remplacement de « page Web » par « document ».

    -

    Critère de succès 2.4.3 Parcours du focus des WCAG 2.1

    -

    Comprendre le critère de succès - Parcours du focus (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Parcours du focus (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.4.3 Parcours du focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.8.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai. Échec: L’énoncé testable - no 1 est faux.

    -
    -

    10.2.4.4 Fonction du lien (selon le contexte)

    -

    Dans le cas où la technologie est un document, celle-ci doit satisfaire au critère de succès 2.4.4 - Fonction du - lien (selon le contexte) des WCAG 2.1.

    -

    Critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1

    -

    Comprendre le - critère de succès Fonction du lien (selon le contexte)

    -

    Comment satisfaire au - critère de succès Fonction du lien (selon le contexte)

    -

    (Niveau A)

    -

    La fonction de chaque - lien est - déterminée par le texte du lien seul ou par le texte du lien associé à un contexte - du - lien déterminé par un programme informatique, sauf si la fonction du lien est ambiguë pour - tout - utilisateur.

    -     		-

    C.10.2.4.4 Fonction du lien (selon le contexte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifiez que le document n’échoue pas au critère de succès 2.4.4 - Fonction du - lien (selon le contexte) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1. -

    -
    -

    10.2.4.6 En-têtes et étiquettes

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.4.6 - En-têtes et - étiquettes des WCAG 2.1.

    -

    Critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1

    -

    Comprendre le critère - de succès En-têtes et étiquettes (en anglais seulement)

    -

    Comment satisfaire au critère de - succès En-têtes et étiquettes (en anglais seulement)

    -

    (Niveau AA)

    -

    Les en-têtes et les étiquettes - décrivent le - sujet ou le but.

    -     		-

    C.10.2.4.6 En-têtes et étiquettes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.6 - En-têtes et - étiquettes des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1. -

    -
    -

    10.2.4.7 Visibilité du focus

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.4.7 - Visibilité de la cible - de saisie des WCAG 2.1.

    -

    Critère de succès 2.4.7 Visibilité du focus des WCAG 2.1

    -

    Comprendre le critère de - succès Visibilité du focus

    -

    Comment satisfaire au critère de - succès Visibilité du focus

    -

    (Niveau AA)

    -

    Toute interface utilisable au clavier comporte un mode de fonctionnement où la Au focus est - visible.

    -     		-

    C.10.2.4.7 Visibilité du focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 2.4.7 - Visibilité de la cible - de saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.4.7 Visibilité du focus des WCAG 2.1.

    -
    10.2.4 Navigable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.2.4.2 Titre de document

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.7.

    +

    Tableau 10.7: Critère de succès du document: Titre de document

    +

    Les documents présentent un titre qui décrit leur sujet ou leur but.

    +

    REMARQUE 1: Le nom d’un document (p. ex. document, fichier multimédia) peut servir de titre s’il décrit le sujet ou le but.

    +

    REMARQUE 2: Ce critère de succès est identique au critère de succès 2.4.2 Titre de page des WCAG 2.1 après remplacement de « pages Web » par « documents » et après ajout de la note 1 ci-dessus.

    +

    Critère de succès 2.4.2 Titre de page des WCAG 2.1

    +

    Comprendre le critère de succès Titre de page (en anglais seulement)

    +

    Comment satisfaire au critère de succès Titre de page (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.4.2 Titre de document

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.7.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.2.4.3 Parcours du focus

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.8.

    +

    Tableau 10.8: Critère de succès du document: Parcours du focus

    +

    Si un document peut être parcourue de façon séquentielle et que les séquences de navigation affectent la signification ou l’action, les éléments reçoivent la Au focus dans un ordre qui préserve la signification et l’opérabilité.

    +

    REMARQUE: Ce critère de succès est identique au critère de succès 2.4.3 Parcours de la cible de saisie des WCAG 2.1 après remplacement de « page Web » par « document ».

    +

    Critère de succès 2.4.3 Parcours du focus des WCAG 2.1

    +

    Comprendre le critère de succès Parcours du focus (en anglais seulement)

    +

    Comment satisfaire au critère de succès Parcours du focus (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.4.3 Parcours du focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.8.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai. Échec: L’énoncé testable no 1 est faux.

    +
    +

    10.2.4.4 Fonction du lien (selon le contexte)

    +

    Dans le cas où la technologie est un document, celle-ci doit satisfaire au critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    +

    Critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1

    +

    Comprendre le critère de succès Fonction du lien (selon le contexte)

    +

    Comment satisfaire au critère de succès Fonction du lien (selon le contexte)

    +

    (Niveau A)

    +

    La fonction de chaque lien est déterminée par le texte du lien seul ou par le texte du lien associé à un contexte du lien déterminé par un programme informatique, sauf si la fonction du lien est ambiguë pour tout utilisateur.

    +     		+

    C.10.2.4.4 Fonction du lien (selon le contexte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifiez que le document n’échoue pas au critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    +
    +

    10.2.4.6 En-têtes et étiquettes

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +

    Critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1

    +

    Comprendre le critère de succès En-têtes et étiquettes (en anglais seulement)

    +

    Comment satisfaire au critère de succès En-têtes et étiquettes (en anglais seulement)

    +

    (Niveau AA)

    +

    Les en-têtes et les étiquettes décrivent le sujet ou le but.

    +     		+

    C.10.2.4.6 En-têtes et étiquettes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +
    +

    10.2.4.7 Visibilité du focus

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.4.7 Visibilité de la cible de saisie des WCAG 2.1.

    +

    Critère de succès 2.4.7 Visibilité du focus des WCAG 2.1

    +

    Comprendre le critère de succès Visibilité du focus

    +

    Comment satisfaire au critère de succès Visibilité du focus

    +

    (Niveau AA)

    +

    Toute interface utilisable au clavier comporte un mode de fonctionnement où la Au focus est visible.

    +     		+

    C.10.2.4.7 Visibilité du focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 2.4.7 Visibilité de la cible de saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.7 Visibilité du focus des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    10.2.5 Modalités d’entrée
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.2.5.1 Gestes pour le contrôle du pointeur

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.9.

    -

    Tableau 10.9: Critère de succès du document: Gestes pour le contrôle du pointeur

    -

    Toutes les fonctions qui - utilisent des - mouvements multipoints ou basés sur un tracé pour exécuter une commande peuvent être utilisées avec - un seul pointeur sans - mouvement basé - sur un tracé, à moins qu’un mouvement multipoint ou basé sur un tracé soit essentiel.

    -

    REMARQUE 1: cette exigence s’applique aux documents qui interprètent les actions du pointeur (c.-à-d. - qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la - technologie d’assistance).

    -

    REMARQUE 2: ce critère de succès est identique au critère de succès 2.5.1 - Mouvements du - pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par la note 1 - ci-dessus.

    -

    Critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1

    -

    Comprendre le critère de - succès Gestes pour le contrôle du pointeur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Gestes pour le contrôle du pointeur (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.5.1 Gestes pour le contrôle du pointeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.9.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.2.5.2 Annulation de l’action du pointeur

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.10.

    -

    Tableau 10.10: Critère de succès du document: Annulation de l’action du pointeur

    -

    Dans le cas des fonctions - qui peuvent - fonctionner à l’aide d’un seul - pointeur, au moins l’un des éléments suivants est vrai:

    -
      -
    • Aucun événement descendant: l’événement - descendant n’est pas utilisé pour exécuter une partie de la fonction;
      • -
    • Abandonner ou Annuler: la fonction se termine avec l’événement ascendant et un - mécanisme est disponible - pour abandonner - la fonction avant la fin ou pour annuler la fonction une fois l’exécution de la fonction - terminée; -
      • -
    • Inversion de l’événement: l’événement montant inverse tout résultat de l’événement descendant - précédent;
      • -
    • Essentiel: terminer la fonction sur inversion de l’événement est essentiel.
      • -
    -

    REMARQUE 1: les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme - essentielles.

    -

    REMARQUE 2: cette exigence s’applique au contenu Web qui interprète les actions du pointeur (c.-à-d. - qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la - technologie d’assistance).

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 2.5.2 - Annulation du - pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 - et 2 ci-dessus.

    -

    Critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1

    -

    Comprendre le critère - de succès Annulation de l’action du pointeur (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Annulation de l’action du pointeur (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.2.5.2 Annulation de l’action du pointeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.10.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.2.5.3 Étiquette dans le nom

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.5.3 Étiquette - dans le nom - des WCAG 2.1.

    -

    Critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1

    -

    Comprendre le critère de - succès Étiquette dans le nom (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Étiquette dans le nom (en anglais seulement)

    -

    (Niveau A)

    -

    Pour les composants - d’interface - utilisateur dont les étiquettes - contiennent du texte ou du texte sous forme - d’image, le nom contient le - texte qui est présenté - visuellement.

    -

    Remarque: il est grandement conseillé de placer le texte de l’étiquette au début du nom.

    -     		-

    C.10.2.5.3 Étiquette dans le nom

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.3 Étiquette - dans le nom - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    -
    -

    10.2.5.4 Activation par le mouvement

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.5.4 - Activation par le - mouvement des WCAG 2.1.

    -

    Critère de succès 2.5.4 Activation par le mouvement

    -

    Comprendre le critère de - succès Activation par le mouvement (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Activation par le mouvement (en anglais seulement)

    -

    (Niveau A)

    -

    Les fonctionnalités qui - peuvent être - activées par un mouvement de l’appareil ou un mouvement de l’utilisateur peuvent également être - activées par des composants - d’interface - utilisateur, et la réponse au mouvement peut être désactivée pour éviter une activation - accidentelle, sauf dans les cas suivants

    -
      -
    • Interface prise en charge: le mouvement est utilisé pour faire fonctionner la fonctionnalité au - moyen d’une interface qui prend - en charge l’accessibilité;
      • -
    • Essentiel: le mouvement est essentiel pour - exécuter la fonction, et ce faisant, il invalide l’activité.
      • -
    -     		-

    C.10.2.5.4 Activation par le mouvement

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 2.5.4 - Activation par le - mouvement des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    -
    10.2.5 Modalités d’entrée
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.2.5.1 Gestes pour le contrôle du pointeur

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.9.

    +

    Tableau 10.9: Critère de succès du document: Gestes pour le contrôle du pointeur

    +

    Toutes les fonctions qui utilisent des mouvements multipoints ou basés sur un tracé pour exécuter une commande peuvent être utilisées avec un seul pointeur sans mouvement basé sur un tracé, à moins qu’un mouvement multipoint ou basé sur un tracé soit essentiel.

    +

    REMARQUE 1: cette exigence s’applique aux documents qui interprètent les actions du pointeur (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

    +

    REMARQUE 2: ce critère de succès est identique au critère de succès 2.5.1 Mouvements du pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par la note 1 ci-dessus.

    +

    Critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1

    +

    Comprendre le critère de succès Gestes pour le contrôle du pointeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Gestes pour le contrôle du pointeur (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.5.1 Gestes pour le contrôle du pointeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.9.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.2.5.2 Annulation de l’action du pointeur

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.10.

    +

    Tableau 10.10: Critère de succès du document: Annulation de l’action du pointeur

    +

    Dans le cas des fonctions qui peuvent fonctionner à l’aide d’un seul pointeur, au moins l’un des éléments suivants est vrai:

    +
      +
    • Aucun événement descendant: l’événement descendant n’est pas utilisé pour exécuter une partie de la fonction;
      • +
    • Abandonner ou Annuler: la fonction se termine avec l’événement ascendant et un mécanisme est disponible pour abandonner la fonction avant la fin ou pour annuler la fonction une fois l’exécution de la fonction terminée;
      • +
    • Inversion de l’événement: l’événement montant inverse tout résultat de l’événement descendant précédent;
      • +
    • Essentiel: terminer la fonction sur inversion de l’événement est essentiel.
      • +
    +

    REMARQUE 1: les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme essentielles.

    +

    REMARQUE 2: cette exigence s’applique au contenu Web qui interprète les actions du pointeur (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 2.5.2 Annulation du pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 et 2 ci-dessus.

    +

    Critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1

    +

    Comprendre le critère de succès Annulation de l’action du pointeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Annulation de l’action du pointeur (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.2.5.2 Annulation de l’action du pointeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.10.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.2.5.3 Étiquette dans le nom

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +

    Critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1

    +

    Comprendre le critère de succès Étiquette dans le nom (en anglais seulement)

    +

    Comment satisfaire au critère de succès Étiquette dans le nom (en anglais seulement)

    +

    (Niveau A)

    +

    Pour les composants d’interface utilisateur dont les étiquettes contiennent du texte ou du texte sous forme d’image, le nom contient le texte qui est présenté visuellement.

    +

    Remarque: il est grandement conseillé de placer le texte de l’étiquette au début du nom.

    +     		+

    C.10.2.5.3 Étiquette dans le nom

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que la page Web n’échoue pas au critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +
    +

    10.2.5.4 Activation par le mouvement

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +

    Critère de succès 2.5.4 Activation par le mouvement

    +

    Comprendre le critère de succès Activation par le mouvement (en anglais seulement)

    +

    Comment satisfaire au critère de succès Activation par le mouvement (en anglais seulement)

    +

    (Niveau A)

    +

    Les fonctionnalités qui peuvent être activées par un mouvement de l’appareil ou un mouvement de l’utilisateur peuvent également être activées par des composants d’interface utilisateur, et la réponse au mouvement peut être désactivée pour éviter une activation accidentelle, sauf dans les cas suivants

    +
      +
    • Interface prise en charge: le mouvement est utilisé pour faire fonctionner la fonctionnalité au moyen d’une interface qui prend en charge l’accessibilité;
      • +
    • Essentiel: le mouvement est essentiel pour exécuter la fonction, et ce faisant, il invalide l’activité.
      • +
    +     		+

    C.10.2.5.4 Activation par le mouvement

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +
    10.3 Compréhensible
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    10.3.1 Lisible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.3.1.1 Langue du document

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.11.

    -

    Tableau 10.11: Critère de succès du document: Langue du document

    -

    La langue par défaut de - chaque - document peut être déterminée par un programme - informatique.

    -

    REMARQUE: Ce critère de succès est identique au critère de succès 3.1.1 Langue - de la page - des WCAG 2.1 après remplacement de « page Web » par « document ».

    -

    Critère de succès 3.1.1 Langue de la page des WCAG 2.1

    -

    Comprendre le critère de - succès Langue de la page (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Langue de la page (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.3.1.1 Langue du document

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.11.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.3.1.2 Langue d’un passage

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.12.

    -

    Tableau 10.12: Critère de succès du document: Langue d’un passage

    -

    La langue de chaque - passage ou - expression du document peut être déterminée par un programme - informatique - sauf pour un nom propre, pour un terme technique, pour un mot dont la langue est indéterminée ou - pour un mot ou une expression faisant partie du langage courant de la langue utilisée dans le - contexte immédiat.

    -

    REMARQUE 1: Pour certaines technologies de documentation, il n’existe pas de méthode de technologie - d’assistance pouvant indiquer la langue des différents passages ou expressions du document, et il ne - serait pas possible de satisfaire au critère de succès en utilisant ces technologies.

    -

    REMARQUE 2: L’héritage est une méthode courante. Par exemple, un document fournit la langue qu’il - utilise et on peut supposer que tous les éléments de texte ou d’un élément d’interface utilisateur - de ce document utiliseront la même langue, sauf indication contraire.

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 3.1.2 - Langue d’un - passage des WCAG 2.1 après remplacement de « contenu » par « document » et après ajout des - notes 1 et 2 ci-dessus.

    -

    Critère de succès 3.1.2 Langue d’un passage de WCAG 2.1

    -

    Comprendre le critère de - succès Langue d’un passage (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Langue d’un passage (en anglais seulement)

    -

    (Niveau AA)

    -     		-

    C.10.3.1.2 Langue d’un passage

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.12.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    10.3.1 Lisible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.3.1.1 Langue du document

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.11.

    +

    Tableau 10.11: Critère de succès du document: Langue du document

    +

    La langue par défaut de chaque document peut être déterminée par un programme informatique.

    +

    REMARQUE: Ce critère de succès est identique au critère de succès 3.1.1 Langue de la page des WCAG 2.1 après remplacement de « page Web » par « document ».

    +

    Critère de succès 3.1.1 Langue de la page des WCAG 2.1

    +

    Comprendre le critère de succès Langue de la page (en anglais seulement)

    +

    Comment satisfaire au critère de succès Langue de la page (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.3.1.1 Langue du document

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.11.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.3.1.2 Langue d’un passage

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.12.

    +

    Tableau 10.12: Critère de succès du document: Langue d’un passage

    +

    La langue de chaque passage ou expression du document peut être déterminée par un programme informatique sauf pour un nom propre, pour un terme technique, pour un mot dont la langue est indéterminée ou pour un mot ou une expression faisant partie du langage courant de la langue utilisée dans le contexte immédiat.

    +

    REMARQUE 1: Pour certaines technologies de documentation, il n’existe pas de méthode de technologie d’assistance pouvant indiquer la langue des différents passages ou expressions du document, et il ne serait pas possible de satisfaire au critère de succès en utilisant ces technologies.

    +

    REMARQUE 2: L’héritage est une méthode courante. Par exemple, un document fournit la langue qu’il utilise et on peut supposer que tous les éléments de texte ou d’un élément d’interface utilisateur de ce document utiliseront la même langue, sauf indication contraire.

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 3.1.2 Langue d’un passage des WCAG 2.1 après remplacement de « contenu » par « document » et après ajout des notes 1 et 2 ci-dessus.

    +

    Critère de succès 3.1.2 Langue d’un passage de WCAG 2.1

    +

    Comprendre le critère de succès Langue d’un passage (en anglais seulement)

    +

    Comment satisfaire au critère de succès Langue d’un passage (en anglais seulement)

    +

    (Niveau AA)

    +     		+

    C.10.3.1.2 Langue d’un passage

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.12.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    10.3.2 Prévisible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.3.2.1 Au focus

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.2.1 Au focus des - WCAG - 2.1.

    -

    REMARQUE: Certains documents composés et leurs agents utilisateurs sont conçus pour offrir des - fonctions d’affichage et de modification très différentes selon la partie du document composé où les - interactions ont lieu (par exemple, une présentation qui contient une feuille de calcul intégrée, - dans laquelle les menus et les barres d’outils de l’agent utilisateur changent selon que - l’utilisateur interagit avec le contenu de la présentation ou celui de la feuille de calcul - intégrée). Si l’utilisateur utilise un mécanisme autre que celui de mettre la Au focus sur la - partie du document composite avec laquelle il veut interagir (p. ex. par un choix de menu ou un - mouvement spécial de clavier), tout changement de contexte qui en résulterait ne serait pas soumis à - ce critère de succès parce qu’il n’a pas été causé par un déplacement de la Au focus.

    -

    Critère de succès 3.2.1 Au focus des WCAG 2.1

    -

    Comprendre le critère de succès - Au focus (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Au focus (en anglais seulement)

    -

    (Niveau A)

    -

    Quand un composant - de - l’interface utilisateur reçoit la Au focus, il ne doit pas amorcer un changement de - contexte.

    -     		-

    C.10.3.2.1 Au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifiez si le document n’échoue pas au critère de - succès 3.2.1 Au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.2.1 Au focus des WCAG 2.1.

    -
    -

    10.3.2.2 À la saisie

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.2.2 À la saisie - des WCAG - 2.1.

    -

    Critère de succès 3.2.2 À la saisie des WCAG 2.1

    -

    Comprendre le critère de succès À - la saisie (en anglais seulement)

    -

    Comment satisfaire au critère de succès À - la saisie (en anglais seulement)

    -

    (Niveau A)

    -

    Le changement de paramètre d’un composant - d’interface - utilisateur ne doit pas amorcer de changement de - contexte, à moins - que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

    -     		-

    C.10.3.2.2 À la saisie

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifiez que le document n’échoue pas au critère - de succès 3.2.2 À la saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.2.2 À la saisie des WCAG 2.1.

    -
    10.3.2 Prévisible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.3.2.1 Au focus

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.2.1 Au focus des WCAG 2.1.

    +

    REMARQUE: Certains documents composés et leurs agents utilisateurs sont conçus pour offrir des fonctions d’affichage et de modification très différentes selon la partie du document composé où les interactions ont lieu (par exemple, une présentation qui contient une feuille de calcul intégrée, dans laquelle les menus et les barres d’outils de l’agent utilisateur changent selon que l’utilisateur interagit avec le contenu de la présentation ou celui de la feuille de calcul intégrée). Si l’utilisateur utilise un mécanisme autre que celui de mettre la Au focus sur la partie du document composite avec laquelle il veut interagir (p. ex. par un choix de menu ou un mouvement spécial de clavier), tout changement de contexte qui en résulterait ne serait pas soumis à ce critère de succès parce qu’il n’a pas été causé par un déplacement de la Au focus.

    +

    Critère de succès 3.2.1 Au focus des WCAG 2.1

    +

    Comprendre le critère de succès Au focus (en anglais seulement)

    +

    Comment satisfaire au critère de succès Au focus (en anglais seulement)

    +

    (Niveau A)

    +

    Quand un composant de l’interface utilisateur reçoit la Au focus, il ne doit pas amorcer un changement de contexte.

    +     		+

    C.10.3.2.1 Au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifiez si le document n’échoue pas au critère de succès 3.2.1 Au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.1 Au focus des WCAG 2.1.

    +
    +

    10.3.2.2 À la saisie

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +

    Critère de succès 3.2.2 À la saisie des WCAG 2.1

    +

    Comprendre le critère de succès À la saisie (en anglais seulement)

    +

    Comment satisfaire au critère de succès À la saisie (en anglais seulement)

    +

    (Niveau A)

    +

    Le changement de paramètre d’un composant d’interface utilisateur ne doit pas amorcer de changement de contexte, à moins que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

    +     		+

    C.10.3.2.2 À la saisie

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifiez que le document n’échoue pas au critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    10.3.3 Assistance à la saisie
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.3.3.1 Identification des erreurs

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.3.1 - Identification - des erreurs des WCAG 2.1.

    -

    Critère de succès 3.3.1 Identification des erreurs

    -

    Comprendre le critère - de succès Identification des erreurs (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Identification des erreurs (en anglais seulement)

    -

    (Niveau A)

    -

    Si une erreur de saisie est - détectée - automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous - forme de texte.

    -     		-

    C.10.3.3.1 Identification des erreurs

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifiez que le document n’échoue pas au critère de succès 3.3.1 - Identification - des erreurs des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    -
    -

    10.3.3.2 Étiquettes ou instructions

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.3.2 - Étiquettes ou - instructions des WCAG 2.1.

    -

    Critère de succès 3.3.2 Étiquettes ou instructions

    -

    Comprendre le - critère de succès Étiquettes ou instructions (en anglais seulement)

    -

    Comment satisfaire au critère - Étiquettes ou instructions (en anglais seulement)

    -

    (Niveau A)

    -

    Des étiquettes sont présentées ou - des - instructions sont fournies quand un contenu requiert une saisie utilisateur.

    -     		-

    C.10.3.3.2 Étiquettes ou instructions

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifiez que le document n’échoue pas au critère de succès 3.3.2 - Étiquettes ou - instructions des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    -
    -

    10.3.3.3 Suggestion après une erreur

    -

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.3.3 - Suggestion après - une erreur des WCAG 2.1.

    -

    Critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1

    -

    Comprendre le critère de - succès Suggestion après une erreur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Suggestion après une erreur (en anglais seulement)

    -

    (Niveau AA)

    -

    Si une erreur de saisie est - automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont - alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du - contenu.

    -     		-

    C.10.3.3.3 Suggestion après une erreur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifiez que le document n’échoue pas au critère de succès 3.3.3 - Suggestion après - une erreur des WCAG 2.1.

    -

    Résultat:

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    -
    -

    10.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.13.

    -

    Tableau 10.13: Critère de succès du document: Prévention des erreurs (juridiques, - financières, de données)

    -

    Lorsqu’un document donne lieu à des engagements - juridiques ou à des - transactions financières de la part de l’utilisateur qui soit modifient ou effacent des données contrôlables par - l’utilisateur - dans des systèmes de stockages de données, soit enregistrent les réponses de l’utilisateur à un test - ou un examen, au moins l’une des conditions suivantes est vraie:

    -

    1. Réversible: les actions d’envoi sont réversibles

    -

    2. Vérifiée: les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie et - la possibilité est donnée à l’utilisateur de les corriger.

    -

    3. Confirmée: un mécanisme est disponible pour revoir, confirmer et corriger les informations avant - leur soumission finale.

    -

    REMARQUE: Ce critère de succès est identique au critère - de succès - 3.3.4 Prévention des erreurs (juridique, financier, de données) des WCAG 2.1après - remplacement de « pages Web » par « documents ».

    -

    Critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG - 2.1

    -

    Comprendre - le critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais - seulement)

    -

    Comment - satisfaire au critère de succès Prévention des erreurs (juridiques, financières, de données) (en - anglais seulement) -

    -

    (Niveau AA)

    -     		-

    C.10.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.13.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    10.3.3 Assistance à la saisie
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.3.3.1 Identification des erreurs

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +

    Critère de succès 3.3.1 Identification des erreurs

    +

    Comprendre le critère de succès Identification des erreurs (en anglais seulement)

    +

    Comment satisfaire au critère de succès Identification des erreurs (en anglais seulement)

    +

    (Niveau A)

    +

    Si une erreur de saisie est détectée automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous forme de texte.

    +     		+

    C.10.3.3.1 Identification des erreurs

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifiez que le document n’échoue pas au critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +
    +

    10.3.3.2 Étiquettes ou instructions

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +

    Critère de succès 3.3.2 Étiquettes ou instructions

    +

    Comprendre le critère de succès Étiquettes ou instructions (en anglais seulement)

    +

    Comment satisfaire au critère Étiquettes ou instructions (en anglais seulement)

    +

    (Niveau A)

    +

    Des étiquettes sont présentées ou des instructions sont fournies quand un contenu requiert une saisie utilisateur.

    +     		+

    C.10.3.3.2 Étiquettes ou instructions

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifiez que le document n’échoue pas au critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +
    +

    10.3.3.3 Suggestion après une erreur

    +

    Dans le cas où la technologie n’est pas un document Web, celle-ci doit satisfaire au critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +

    Critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1

    +

    Comprendre le critère de succès Suggestion après une erreur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Suggestion après une erreur (en anglais seulement)

    +

    (Niveau AA)

    +

    Si une erreur de saisie est automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du contenu.

    +     		+

    C.10.3.3.3 Suggestion après une erreur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifiez que le document n’échoue pas au critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +

    Résultat:

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +
    +

    10.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.13.

    +

    Tableau 10.13: Critère de succès du document: Prévention des erreurs (juridiques, financières, de données)

    +

    Lorsqu’un document donne lieu à des engagements juridiques ou à des transactions financières de la part de l’utilisateur qui soit modifient ou effacent des données contrôlables par l’utilisateur dans des systèmes de stockages de données, soit enregistrent les réponses de l’utilisateur à un test ou un examen, au moins l’une des conditions suivantes est vraie:

    +

    1. Réversible: les actions d’envoi sont réversibles

    +

    2. Vérifiée: les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie et la possibilité est donnée à l’utilisateur de les corriger.

    +

    3. Confirmée: un mécanisme est disponible pour revoir, confirmer et corriger les informations avant leur soumission finale.

    +

    REMARQUE: Ce critère de succès est identique au critère de succès 3.3.4 Prévention des erreurs (juridique, financier, de données) des WCAG 2.1après remplacement de « pages Web » par « documents ».

    +

    Critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG 2.1

    +

    Comprendre le critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais seulement)

    +

    (Niveau AA)

    +     		+

    C.10.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.13.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    10.4 Robuste
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    10.4.1 Compatible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    10.4.1.1 Analyse syntaxique

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.14.

    -

    Tableau 10.14: Critère de succès du document: Analyse syntaxique

    -

    Lorsqu’un document utilise un langage de balisage de telle sorte que le balisage est visible et mis à - la disposition des technologies d’assistance et des fonctions d’accessibilité du logiciel ou à un - agent utilisateur sélectionnable par l’utilisateur, les éléments ont des balises de début et de fin - complètes, les éléments sont imbriqués selon leurs spécifications, les éléments ne contiennent pas - d’attributs en double et tout identifiant est unique, sauf lorsque les spécifications permettent ces - fonctions.

    -

    REMARQUE 1: Les balises de début et de fin auxquelles il manque un caractère critique, comme une - parenthèse fermante ou un guillemet de valeur d’attribut mal appropriée, sont considérées - incomplètes.

    -

    REMARQUE 2: Le balisage n’est pas toujours mis à la disposition des technologies d’assistance ou des - agents utilisateurs sélectionnables par l’utilisateur tels que les navigateurs. Dans de tels cas, la - conformité à cette disposition n’aurait aucune incidence sur l’accessibilité, comme c’est le cas - pour le contenu Web lorsqu’il est exposé.

    -

    REMARQUE 3: Les exemples de balisage qui sont exposés séparément et disponibles pour les technologies - d’assistance et les agents utilisateurs comprennent, sans s’y limiter: les documents encodés en - HTML, ODF et OOXML. Dans ces exemples, le balisage peut être entièrement analysé de deux façons: a) - par des technologies d’assistance qui peuvent ouvrir directement le document, b) par des - technologies d’assistance utilisant des API DOM d’agents utilisateurs pour ces formats de document. -

    -

    REMARQUE 4: Ce critère de succès est identique au critère de succès 4.1.1 Analyse - syntaxique des WCAG - 2.1 après remplacement de « Dans le contenu mis en œuvre en utilisant des langages de - balisage » par « Lorsqu’un document utilise un langage de balisage de telle sorte que le balisage - est visible et mis à la disposition des technologies d’assistance et des fonctions d’accessibilité - du logiciel ou à un agent utilisateur sélectionnable par l’utilisateur » et après l’ajout des notes - 2 et 3 ci-dessus.

    -

    Critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1

    -

    Comprendre le critère de succès - Analyse syntaxique (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Analyse syntaxique (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.4.1.1 Analyse syntaxique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.14.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.4.1.2 Nom, rôle et valeur

    -

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le - tableau 10.15.

    -

    Tableau 10.15: Critère de succès du document: Nom, rôle et valeur

    -

    Pour tout composant - d’interface - utilisateur (comprenant, mais n’étant pas limité aux éléments de formulaire, liens et - composants générés par des scriptes), le nom et - le rôle peuvent être déterminés - par un - programme informatique ; les états, les propriétés et les valeurs qui peuvent être - paramétrés par l’utilisateur peuvent être définis par un - programme - informatique ; et la notification des changements de ces éléments est disponible aux agents utilisateurs, - incluant les technologies - d’assistance. -

    -

    REMARQUE 1: Ce critère de succès s’adresse principalement aux développeurs de logiciels qui - développent ou utilisent des composants d’interface utilisateur personnalisés. Les composants - d’interface utilisateur standard de la plupart des plateformes qui prennent en charge - l’accessibilité répondent déjà à ce critère de succès lorsqu’ils sont utilisés conformément aux - spécifications.

    -

    REMARQUE 2: Pour les formats de documents qui prennent en charge l’interopérabilité avec la - technologie d’assistance, les composants d’interface utilisateur standard satisfont souvent à ce - critère de succès lorsque leur usage est conforme aux indications générales en matière de conception - et d’accessibilité pour le format du document.

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 4.1.2 Nom, - rôle et valeur - des WCAG 2.1 après remplacement de la note originale des WCAG 2.1 par note 1 et après ajout - de la note 2 ci-dessus.

    -

    Critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1

    -

    Comprendre le critère de - succès Nom, rôle et valeur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Nom, rôle et valeur (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.10.4.1.2 Nom, rôle et valeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC n’est pas un document Web.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.15.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    10.4.1.3 Messages d’état

    -

    Tableau 10.15: Critère de succès du document: Nom, rôle et valeur

    -

    Lorsque la TIC est un document non Web, elle doit satisfaire critère de succès 4.1.3 - Messages d’état des WCAG 2.1.

    -     		-

    C.10.4.1.3 Messages d’état

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un document non Web

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère de succès 4.1.3 Messages d’état - des - WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de - contenu pertinent pour le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    -
    -

    10.5 Positionnement des sous-titres

    -

    Lorsque la TIC est un document hors ligne qui contient des médias synchronisés avec des sous-titres, - ces sous-titres ne doivent pas masquer l’information pertinente contenue dans les médias - synchronisés.

    -     		-

    C.10.5 Positionnement des sous-titres

    -

    La clause 10.5 est un avis seulement et ne contient aucune exigence testable.

    -
    -

    10.6 Synchronisation de la audio description

    -

    Lorsque la TIC est un document hors ligne qui contient un média synchronisé avec description sonore, - cette description sonore ne doit pas interférer avec les informations audio pertinentes du média - synchronisé.

    -     		-

    C.10.6 Synchronisation de la audio description

    -

    La clause 10.6 est un avis seulement et ne contient aucune exigence testable.

    -
    10.4.1 Compatible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    10.4.1.1 Analyse syntaxique

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.14.

    +

    Tableau 10.14: Critère de succès du document: Analyse syntaxique

    +

    Lorsqu’un document utilise un langage de balisage de telle sorte que le balisage est visible et mis à la disposition des technologies d’assistance et des fonctions d’accessibilité du logiciel ou à un agent utilisateur sélectionnable par l’utilisateur, les éléments ont des balises de début et de fin complètes, les éléments sont imbriqués selon leurs spécifications, les éléments ne contiennent pas d’attributs en double et tout identifiant est unique, sauf lorsque les spécifications permettent ces fonctions.

    +

    REMARQUE 1: Les balises de début et de fin auxquelles il manque un caractère critique, comme une parenthèse fermante ou un guillemet de valeur d’attribut mal appropriée, sont considérées incomplètes.

    +

    REMARQUE 2: Le balisage n’est pas toujours mis à la disposition des technologies d’assistance ou des agents utilisateurs sélectionnables par l’utilisateur tels que les navigateurs. Dans de tels cas, la conformité à cette disposition n’aurait aucune incidence sur l’accessibilité, comme c’est le cas pour le contenu Web lorsqu’il est exposé.

    +

    REMARQUE 3: Les exemples de balisage qui sont exposés séparément et disponibles pour les technologies d’assistance et les agents utilisateurs comprennent, sans s’y limiter: les documents encodés en HTML, ODF et OOXML. Dans ces exemples, le balisage peut être entièrement analysé de deux façons: a) par des technologies d’assistance qui peuvent ouvrir directement le document, b) par des technologies d’assistance utilisant des API DOM d’agents utilisateurs pour ces formats de document.

    +

    REMARQUE 4: Ce critère de succès est identique au critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1 après remplacement de « Dans le contenu mis en œuvre en utilisant des langages de balisage » par « Lorsqu’un document utilise un langage de balisage de telle sorte que le balisage est visible et mis à la disposition des technologies d’assistance et des fonctions d’accessibilité du logiciel ou à un agent utilisateur sélectionnable par l’utilisateur » et après l’ajout des notes 2 et 3 ci-dessus.

    +

    Critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1

    +

    Comprendre le critère de succès Analyse syntaxique (en anglais seulement)

    +

    Comment satisfaire au critère de succès Analyse syntaxique (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.4.1.1 Analyse syntaxique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.14.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.4.1.2 Nom, rôle et valeur

    +

    Lorsque la TIC n’est pas un document Web, elle doit satisfaire au critère de succès indiqué dans le tableau 10.15.

    +

    Tableau 10.15: Critère de succès du document: Nom, rôle et valeur

    +

    Pour tout composant d’interface utilisateur (comprenant, mais n’étant pas limité aux éléments de formulaire, liens et composants générés par des scriptes), le nom et le rôle peuvent être déterminés par un programme informatique ; les états, les propriétés et les valeurs qui peuvent être paramétrés par l’utilisateur peuvent être définis par un programme informatique ; et la notification des changements de ces éléments est disponible aux agents utilisateurs, incluant les technologies d’assistance.

    +

    REMARQUE 1: Ce critère de succès s’adresse principalement aux développeurs de logiciels qui développent ou utilisent des composants d’interface utilisateur personnalisés. Les composants d’interface utilisateur standard de la plupart des plateformes qui prennent en charge l’accessibilité répondent déjà à ce critère de succès lorsqu’ils sont utilisés conformément aux spécifications.

    +

    REMARQUE 2: Pour les formats de documents qui prennent en charge l’interopérabilité avec la technologie d’assistance, les composants d’interface utilisateur standard satisfont souvent à ce critère de succès lorsque leur usage est conforme aux indications générales en matière de conception et d’accessibilité pour le format du document.

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1 après remplacement de la note originale des WCAG 2.1 par note 1 et après ajout de la note 2 ci-dessus.

    +

    Critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1

    +

    Comprendre le critère de succès Nom, rôle et valeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Nom, rôle et valeur (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.10.4.1.2 Nom, rôle et valeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC n’est pas un document Web.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès indiqué dans le tableau 10.15.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    10.4.1.3 Messages d’état

    +

    Tableau 10.15: Critère de succès du document: Nom, rôle et valeur

    +

    Lorsque la TIC est un document non Web, elle doit satisfaire critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +     		+

    C.10.4.1.3 Messages d’état

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un document non Web

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le document non Web ne renferme pas de contenu pertinent pour le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +
    +

    10.5 Positionnement des sous-titres

    +

    Lorsque la TIC est un document hors ligne qui contient des médias synchronisés avec des sous-titres, ces sous-titres ne doivent pas masquer l’information pertinente contenue dans les médias synchronisés.

    +     		+

    C.10.5 Positionnement des sous-titres

    +

    La clause 10.5 est un avis seulement et ne contient aucune exigence testable.

    +
    +

    10.6 Synchronisation de la audio description

    +

    Lorsque la TIC est un document hors ligne qui contient un média synchronisé avec description sonore, cette description sonore ne doit pas interférer avec les informations audio pertinentes du média synchronisé.

    +     		+

    C.10.6 Synchronisation de la audio description

    +

    La clause 10.6 est un avis seulement et ne contient aucune exigence testable.

    +

    11 Logiciels

    - - - - - - - - - - - - + + + + + + + + + + + +
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.0 Généralités (information)

    -

    Cette clause précise les exigences qui s’appliquent:

    -
      -
    • aux logiciels de plateformes;
      • -
    • aux logiciels qui ont une interface utilisateur, y compris le contenu du logiciel;
      • -
    • aux outil-auteurs;
      • -
    • aux logiciels qui servent de technologie d’assistance.
      • -
    -

    REMARQUE 1: L’agent utilisateur est un exemple de logiciel qui possède une interface utilisateur.

    -

    REMARQUE 2: Les exigences relatives au contenu Web, notamment aux logiciels qui sont du contenu Web, - se trouvent à La clause 9.

    -

    REMARQUE 3: Les exigences relatives aux documents, qui peuvent être présentés par les agents - utilisateurs, se trouvent à La clause 10.

    -

    REMARQUE 4: Bien que l’accessibilité des interfaces de ligne de commande ne soit pas abordée dans le - présent document, l’accessibilité peut être réalisée au moyen d’exigences contextuelles, dont - certaines se trouvent dans les clauses 5 et 11.

    -

    Les exigences des clauses 11.1 à 11.5 s’appliquent aux logiciels:

    -
      -
    • qui ne sont pas des pages Web;
      • -
    • qui ne sont pas intégrés dans une page Web ni utilisés dans le rendu ou le fonctionnement de la - page.
      • -
    -

    La clause 9 énonce les exigences de conformité des logiciels qui se trouvent dans des pages Web ou - qui sont intégrés dans des pages Web, et qui sont utilisés dans le rendu ou qui sont destinés à être - rendus avec la page Web dans laquelle ils sont intégrés.

    -

    Certaines exigences des clauses 11.1 à 11.5 ont des versions différentes selon que la fonctionnalité - est non restreinte ou restreinte. Dans ces cas, La clause correspondante est divisée en deux - sous-dispositions.

    -

    Les critères de succès énoncés dans les clauses 11.1 à 11.5 visent à s’harmoniser avec la Note du - groupe de travail [i.26] produite par le WCAG2ICT Task Force du W3C.

    -

    REMARQUE 5: Le logiciel qui fournit une interface utilisateur comprend son propre contenu. Voici - quelques exemples de contenu présent dans un logiciel: les composants d’interface et le texte d’une - barre de menu issus d’une application d’interface utilisateur graphique, les icônes d’une barre - d’outils, les invites prononcées dans une interface utilisateur audio, les autres commandes - d’interaction utilisateur et les textes, graphiques ou documents qui sont chargés à l'extérieur du - logiciel.

    -     		-

    C.11.0 Généralités (information)

    -

    La clause 11.0 n’a qu’une valeur informative et ne contient aucune exigence relative aux tests de - conformité.

    -
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.0 Généralités (information)

    +

    Cette clause précise les exigences qui s’appliquent:

    +
      +
    • aux logiciels de plateformes;
      • +
    • aux logiciels qui ont une interface utilisateur, y compris le contenu du logiciel;
      • +
    • aux outil-auteurs;
      • +
    • aux logiciels qui servent de technologie d’assistance.
      • +
    +

    REMARQUE 1: L’agent utilisateur est un exemple de logiciel qui possède une interface utilisateur.

    +

    REMARQUE 2: Les exigences relatives au contenu Web, notamment aux logiciels qui sont du contenu Web, se trouvent à La clause 9.

    +

    REMARQUE 3: Les exigences relatives aux documents, qui peuvent être présentés par les agents utilisateurs, se trouvent à La clause 10.

    +

    REMARQUE 4: Bien que l’accessibilité des interfaces de ligne de commande ne soit pas abordée dans le présent document, l’accessibilité peut être réalisée au moyen d’exigences contextuelles, dont certaines se trouvent dans les clauses 5 et 11.

    +

    Les exigences des clauses 11.1 à 11.5 s’appliquent aux logiciels:

    +
      +
    • qui ne sont pas des pages Web;
      • +
    • qui ne sont pas intégrés dans une page Web ni utilisés dans le rendu ou le fonctionnement de la page.
      • +
    +

    La clause 9 énonce les exigences de conformité des logiciels qui se trouvent dans des pages Web ou qui sont intégrés dans des pages Web, et qui sont utilisés dans le rendu ou qui sont destinés à être rendus avec la page Web dans laquelle ils sont intégrés.

    +

    Certaines exigences des clauses 11.1 à 11.5 ont des versions différentes selon que la fonctionnalité est non restreinte ou restreinte. Dans ces cas, La clause correspondante est divisée en deux sous-dispositions.

    +

    Les critères de succès énoncés dans les clauses 11.1 à 11.5 visent à s’harmoniser avec la Note du groupe de travail [i.26] produite par le WCAG2ICT Task Force du W3C.

    +

    REMARQUE 5: Le logiciel qui fournit une interface utilisateur comprend son propre contenu. Voici quelques exemples de contenu présent dans un logiciel: les composants d’interface et le texte d’une barre de menu issus d’une application d’interface utilisateur graphique, les icônes d’une barre d’outils, les invites prononcées dans une interface utilisateur audio, les autres commandes d’interaction utilisateur et les textes, graphiques ou documents qui sont chargés à l'extérieur du logiciel.

    +     		+

    C.11.0 Généralités (information)

    +

    La clause 11.0 n’a qu’une valeur informative et ne contient aucune exigence relative aux tests de conformité.

    +
    11.1 Perceptible
    11.1.1 Équivalents textuels
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.1.1.1 Contenu non textuel
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.1.1.1 Contenu non textuel (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.1.1 - Contenu non textuel - des WCAG 2.1.

    -

    REMARQUE: Les CAPTCHAS n’apparaissent pas actuellement hors du Web. Cependant, s’ils apparaissent, la - présente directive est pertinente.

    -

    Critère de succès 1.1.1 Contenu non textuel des WCAG 2.1

    -

    Comprendre le critère de - succès Contenu non textuel (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Contenu non textuel (en anglais seulement)

    -

    (Niveau A)

    -

    Tout contenu non - textuel présenté à - l’utilisateur a un équivalent - textuel, à l’exception des situations énumérées ci-dessous.

    -
      -
    • Composant d’interface ou de saisie: si le contenu non textuel est un composant d’interface - ou - s’il permet la saisie d’informations par l’utilisateur, c’est qu’il a un nom qui décrit sa fonction. - (Se référer au critère de - succès 4.1.2 pour des - exigences supplémentaires à propos des composants d’interface utilisateur ou des contenus qui - permettent la saisie d’informations par l’utilisateur.)
      • -
    • Média temporel: Si le contenu non textuel est un média temporel, fournissez au moins une - description de ce contenu. (Reportez-vous à la Ligne directrice 1.2 - pour obtenir - d’autres exigences relatives aux médias.)
      • -
    -
      -
    • Test : si le contenu non textuel est un test ou un exercice qui serait invalide s’il était - présenté - en texte,, fournissez au moins - une - description de ce contenu.
      • -
    • Sensation: Si le contenu non textuel est principalement conçu pour créer une expérience - sensorielle - précise, fournissez au moins une description de ce contenu.
      • -
    • CAPTCHA: Si du contenu non - textuel est - utilisé pour confirmer l’accès par une personne plutôt que par un ordinateur, fournissez du - texte - qui décrit la fonction du contenu et offrez d’autres formes CAPTCHA au moyen de formes de - reconnaissance qui utilisent d’autres sens pour tenir compte de divers handicaps.
      • -
    • Décoration, format, invisibilité: Si le contenu non textuel est utilisé uniquement aux fins de - décoration et de - formatage, ou n’est - pas affiché à l’utilisateur, il peut être mis en œuvre d’une manière qui peut être ignorée par - les - technologies - d’assistance. -
      • -
    -     		-

    C.11.1.1.1.1 Contenu non textuel (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.1.1 - Contenu non textuel - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.1.1.1.2 Contenu non textuel (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne - prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, cette technologie - satisfait à l’exigence 5.1.3.6 (sortie vocale pour contenu non textuel).

    -     		-

    C.11.1.1.1.2 Contenu non textuel (fonction restreinte)

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la - lecture d’écran.

    -

    3. Le contenu non textuel est présenté aux utilisateurs via la sortie vocale.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale est fournie comme solution de rechange au contenu non textuel.

    -

    2. Vérifier que le contenu non textuel n’est pas seulement présent à titre décoratif.

    -

    3. Vérifier que le contenu non textuel n’est pas utilisé uniquement pour le formatage visuel.

    -

    4. Vérifier que la sortie vocale est conforme aux indications relatives à l’ équivalent textuel » - décrit dans les critères de - succès 1.1.1 - Contenu non textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1, 2, 3 et 4 sont vrais; ou le - no 1 et le no 2 sont faux; ou le no 1 et le - no 3 sont faux.

    -

    Échec: L’énoncé testable no 1 est vrai et le no 2 est faux; ou le - no 1 est vrai et le no 3 est faux; ou les - nos 1, 2 et 3 sont vrais et le no 4 est faux.

    -

    Non applicable : La condition préliminaire 1, 2 ou 3 n’est pas remplie.

    -
    11.1.1.1 Contenu non textuel
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.1.1.1 Contenu non textuel (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    REMARQUE: Les CAPTCHAS n’apparaissent pas actuellement hors du Web. Cependant, s’ils apparaissent, la présente directive est pertinente.

    +

    Critère de succès 1.1.1 Contenu non textuel des WCAG 2.1

    +

    Comprendre le critère de succès Contenu non textuel (en anglais seulement)

    +

    Comment satisfaire au critère de succès Contenu non textuel (en anglais seulement)

    +

    (Niveau A)

    +

    Tout contenu non textuel présenté à l’utilisateur a un équivalent textuel, à l’exception des situations énumérées ci-dessous.

    +
      +
    • Composant d’interface ou de saisie: si le contenu non textuel est un composant d’interface ou s’il permet la saisie d’informations par l’utilisateur, c’est qu’il a un nom qui décrit sa fonction. (Se référer au critère de succès 4.1.2 pour des exigences supplémentaires à propos des composants d’interface utilisateur ou des contenus qui permettent la saisie d’informations par l’utilisateur.)
      • +
    • Média temporel: Si le contenu non textuel est un média temporel, fournissez au moins une description de ce contenu. (Reportez-vous à la Ligne directrice 1.2 pour obtenir d’autres exigences relatives aux médias.)
      • +
    +
      +
    • Test : si le contenu non textuel est un test ou un exercice qui serait invalide s’il était présenté en texte,, fournissez au moins une description de ce contenu.
      • +
    • Sensation: Si le contenu non textuel est principalement conçu pour créer une expérience sensorielle précise, fournissez au moins une description de ce contenu.
      • +
    • CAPTCHA: Si du contenu non textuel est utilisé pour confirmer l’accès par une personne plutôt que par un ordinateur, fournissez du texte qui décrit la fonction du contenu et offrez d’autres formes CAPTCHA au moyen de formes de reconnaissance qui utilisent d’autres sens pour tenir compte de divers handicaps.
      • +
    • Décoration, format, invisibilité: Si le contenu non textuel est utilisé uniquement aux fins de décoration et de formatage, ou n’est pas affiché à l’utilisateur, il peut être mis en œuvre d’une manière qui peut être ignorée par les technologies d’assistance.
      • +
    +     		+

    C.11.1.1.1.1 Contenu non textuel (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.1.1.1.2 Contenu non textuel (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, cette technologie satisfait à l’exigence 5.1.3.6 (sortie vocale pour contenu non textuel).

    +     		+

    C.11.1.1.1.2 Contenu non textuel (fonction restreinte)

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. Le contenu non textuel est présenté aux utilisateurs via la sortie vocale.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale est fournie comme solution de rechange au contenu non textuel.

    +

    2. Vérifier que le contenu non textuel n’est pas seulement présent à titre décoratif.

    +

    3. Vérifier que le contenu non textuel n’est pas utilisé uniquement pour le formatage visuel.

    +

    4. Vérifier que la sortie vocale est conforme aux indications relatives à l’ équivalent textuel » décrit dans les critères de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1, 2, 3 et 4 sont vrais; ou le no 1 et le no 2 sont faux; ou le no 1 et le no 3 sont faux.

    +

    Échec: L’énoncé testable no 1 est vrai et le no 2 est faux; ou le no 1 est vrai et le no 3 est faux; ou les nos 1, 2 et 3 sont vrais et le no 4 est faux.

    +

    Non applicable : La condition préliminaire 1, 2 ou 3 n’est pas remplie.

    +
    11.1.2 Médias temporels
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    11.1.2.1 Contenu seulement audio et seulement vidéo (préenregistré)
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.2.1.1 Contenu seulement audio et seulement vidéo (pré-enregistré – fonction non - restreinte)

    -

    Dans le cas où la TIC est un logiciel non-Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran et où un contenu audio - préenregistré n’est pas nécessaire pour permettre l’utilisation des fonctions restreintes des TIC, - la technologie remplit le Critère de succès 1.2.1 Contenu seulement audio et seulement vidéo (pré-enregistré) des WCAG 2.1.

    -

    REMARQUE: Le média de remplacement peut être fourni directement dans le logiciel – ou fourni dans une - version de remplacement qui satisfait au critère de succès.

    -

    Critère de succès 1.2.1 Contenu seulement audio ou vidéo (pré-enregistré)

    -

    Comprendre - le critère de succès Contenu seulement audio ou vidéo (pré-enregistré) (en anglais - seulement)

    -

    Comment - satisfaire au critère de succès Contenu seulement audio ou vidéo (pré-enregistré) (en anglais - seulement)

    -

    (Niveau A)

    -

    Pour des médias pré-enregistrés - seulement - audio et seulement - vidéo, les éléments suivants sont vrais, sauf si l’audio ou la vidéo est un média de - remplacement pour un - texte et qu’il est clairement identifié comme tel:

    -
      -
    • Contenu pré-enregistré seulement audio: fournir une version - de remplacement - pour un média temporel, présentant une information équivalente au contenu seulement - audio.
      • -
    • Contenu pré-enregistré seulement vidéo: fournir, soit une version de remplacement pour un média - temporel, soit une piste audio (présentant une information équivalente) pour un contenu - pré-enregistré seulement vidéo.
      • -
    -     		-

    C.11.1.2.1.1 Contenu seulement audio ou vidéo (pré-enregistré – fonction non - restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    3. Un contenu audio pré-enregistré n’est pas nécessaire pour permettre l’utilisation des fonctions - restreintes de la TIC.

    -

    Procédure

    -

    1. Vérifier que le document n’échoue pas au critère - de succès - 1.2.1 Contenu seulement audio ou vidéo (pré-enregistré) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    11.1.2.1 Contenu seulement audio et seulement vidéo (préenregistré)
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.2.1.1 Contenu seulement audio et seulement vidéo (pré-enregistré – fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non-Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran et où un contenu audio préenregistré n’est pas nécessaire pour permettre l’utilisation des fonctions restreintes des TIC, la technologie remplit le Critère de succès 1.2.1 Contenu seulement audio et seulement vidéo (pré-enregistré) des WCAG 2.1.

    +

    REMARQUE: Le média de remplacement peut être fourni directement dans le logiciel – ou fourni dans une version de remplacement qui satisfait au critère de succès.

    +

    Critère de succès 1.2.1 Contenu seulement audio ou vidéo (pré-enregistré)

    +

    Comprendre le critère de succès Contenu seulement audio ou vidéo (pré-enregistré) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Contenu seulement audio ou vidéo (pré-enregistré) (en anglais seulement)

    +

    (Niveau A)

    +

    Pour des médias pré-enregistrés seulement audio et seulement vidéo, les éléments suivants sont vrais, sauf si l’audio ou la vidéo est un média de remplacement pour un texte et qu’il est clairement identifié comme tel:

    +
      +
    • Contenu pré-enregistré seulement audio: fournir une version de remplacement pour un média temporel, présentant une information équivalente au contenu seulement audio.
      • +
    • Contenu pré-enregistré seulement vidéo: fournir, soit une version de remplacement pour un média temporel, soit une piste audio (présentant une information équivalente) pour un contenu pré-enregistré seulement vidéo.
      • +
    +     		+

    C.11.1.2.1.1 Contenu seulement audio ou vidéo (pré-enregistré – fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. Un contenu audio pré-enregistré n’est pas nécessaire pour permettre l’utilisation des fonctions restreintes de la TIC.

    +

    Procédure

    +

    1. Vérifier que le document n’échoue pas au critère de succès 1.2.1 Contenu seulement audio ou vidéo (pré-enregistré) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    11.1.2.1.2 Contenu seulement audio et seulement vidéo (pré-enregistré – fonction restreinte)
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.2.1.2.1 Contenu pré-enregistré seulement audio (fonction restreinte)

    -

    Lorsque la TIC est un logiciel non-Web qui fournit une interface utilisateur qui ne prend pas en - charge les technologies d’assistance pour la lecture d’écran et où des informations auditives - pré-enregistrées sont nécessaires pour permettre l’utilisation de fonctions restreintes des TIC, la - fonctionnalité des logiciels qui fournissent une interface utilisateur doit satisfaire à l’exigence - 5.1.5 (sortie visuelle pour informations auditives).

    -     		-

    C.11.1.2.1.2.1 Contenu pré-enregistré seulement audio (fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la - lecture d’écran.

    -

    3. Un contenu audio pré-enregistré est nécessaire pour permettre l’utilisation des fonctions - restreintes de la TIC.

    -

    Procédure

    -

    1. Vérifier que l’information visuelle est équivalente à la sortie auditive pré-enregistrée.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    11.1.2.1.2.2 Contenu pré-enregistré seulement vidéo (fonction restreinte)

    -

    Dans le cas où la technologie d’information et de communications (TIC) est un logiciel non Web qui - est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies - d’assistance pour la lecture d’écran, elle remplit l’exigence 5.1.3.7 (sortie vocale pour - information vidéo).

    -     		-

    C.11.1.2.1.2.2 Contenu pré-enregistré seulement vidéo (fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la - lecture d’écran.

    -

    3. Un contenu vidéo préenregistré est nécessaire pour permettre l’utilisation des fonctions - restreintes de la TIC.

    -

    4. La sortie vocale est fournie comme mode alternatif à une utilisation sans vision du contenu non - textuel affiché sur une fonction restreinte.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale présente des informations équivalentes pour le contenu vidéo - pré-enregistré.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    -
    -

    11.1.2.2 Sous-titres (pré-enregistrés)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 1.2.2 - Sous-titres - (pré-enregistrés) des WCAG 2.1.

    -

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, - les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois - « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère - de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel - synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la - compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets - sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    -

    Critères de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1

    -

    Comprendre les - sous-titres (pré-enregistrés) (en anglais seulement)

    -

    Comment satisfaire au critère - Sous-titres (pré-enregistrés) (en anglais seulement)

    -

    (Niveau A)

    -

    Fournir des sous-titres pour - tout contenu - audio préenregistré dans un - média synchronisé, - excepté lorsque le - média est un média de - remplacement pour un texte et qu’il est clairement identifié comme tel. -

    -     		-

    C.11.1.2.2 Sous-titres (pré-enregistrés)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.2.2 - Sous-titres - (pré-enregistrés) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    -
    11.1.2.1.2 Contenu seulement audio et seulement vidéo (pré-enregistré – fonction restreinte)
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.2.1.2.1 Contenu pré-enregistré seulement audio (fonction restreinte)

    +

    Lorsque la TIC est un logiciel non-Web qui fournit une interface utilisateur qui ne prend pas en charge les technologies d’assistance pour la lecture d’écran et où des informations auditives pré-enregistrées sont nécessaires pour permettre l’utilisation de fonctions restreintes des TIC, la fonctionnalité des logiciels qui fournissent une interface utilisateur doit satisfaire à l’exigence 5.1.5 (sortie visuelle pour informations auditives).

    +     		+

    C.11.1.2.1.2.1 Contenu pré-enregistré seulement audio (fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. Un contenu audio pré-enregistré est nécessaire pour permettre l’utilisation des fonctions restreintes de la TIC.

    +

    Procédure

    +

    1. Vérifier que l’information visuelle est équivalente à la sortie auditive pré-enregistrée.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    11.1.2.1.2.2 Contenu pré-enregistré seulement vidéo (fonction restreinte)

    +

    Dans le cas où la technologie d’information et de communications (TIC) est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit l’exigence 5.1.3.7 (sortie vocale pour information vidéo).

    +     		+

    C.11.1.2.1.2.2 Contenu pré-enregistré seulement vidéo (fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. Un contenu vidéo préenregistré est nécessaire pour permettre l’utilisation des fonctions restreintes de la TIC.

    +

    4. La sortie vocale est fournie comme mode alternatif à une utilisation sans vision du contenu non textuel affiché sur une fonction restreinte.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale présente des informations équivalentes pour le contenu vidéo pré-enregistré.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    +
    +

    11.1.2.2 Sous-titres (pré-enregistrés)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    +

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    +

    Critères de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1

    +

    Comprendre les sous-titres (pré-enregistrés) (en anglais seulement)

    +

    Comment satisfaire au critère Sous-titres (pré-enregistrés) (en anglais seulement)

    +

    (Niveau A)

    +

    Fournir des sous-titres pour tout contenu audio préenregistré dans un média synchronisé, excepté lorsque le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

    +     		+

    C.11.1.2.2 Sous-titres (pré-enregistrés)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.2 Sous-titres (pré-enregistrés) des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    11.1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.2.3.1 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré et fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère - de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1.

    -

    REMARQUE 1: La définition des WCAG 2.1 précise qu’ « audio-description » est également nommée « - vidéo-description » et « narration descriptive ».

    -

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin. -

    -

    Critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1

    -

    Comprendre - audio-description ou version de remplacement pour un média temporel (pré-enregistré) (en anglais - seulement)

    -

    Comment - satisfaire au critère audio-description ou version de remplacement pour un média temporel - (pré-enregistré) (en anglais seulement)

    -

    (Niveau A)

    -

    Fournir une version de - remplacement pour un média temporel ou une audio-descriptions du contenu vidéo pré-enregistré pour un média synchronisé, - excepté quand - le média est un média de - remplacement pour un texte et qu’il est clairement identifié comme tel.

    -     		-

    C.11.1.2.3.1 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré et fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère - de succès 1.2.3 audio-description ou version de remplacement pour un média temporel - (pré-enregistré) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 1.2.3 Audio-description ou version de - remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    -
    -

    11.1.2.3.2 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré et fonction restreinte)

    -

    Dans le cas où la technologie d’information et de communications (TIC) est un logiciel non Web qui - est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies - d’assistance pour la lecture d’écran, elle remplit l’exigence 5.1.3.7 (sortie vocale pour - information vidéo).

    -     		-

    C.11.1.2.3.2 Audio-description ou version de remplacement pour un média temporel - (pré-enregistré et fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la - lecture d’écran.

    -

    3. La sortie vocale est fournie comme mode alternatif à une utilisation sans vision du contenu non - textuel affiché sur une fonction restreinte.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale présente des informations équivalentes pour le contenu vidéo - pré-enregistré.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    11.1.2.4 Sous-titres (en direct)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 1.2.4 - Sous-titres (en - direct) des WCAG 2.1.

    -

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, - les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois - « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère - de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel - synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la - compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets - sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    -

    Critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1

    -

    Comprendre le critère de - succès Sous-titres (en direct) (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Sous-titres (en direct) (en anglais seulement)

    -

    (Niveau AA)

    -

    Fournir des sous-titres pour - tout contenu audio en direct, sous forme de média synchronisé. -

    -     		-

    C.11.1.2.4 Sous-titres (en direct)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.2.4 - Sous-titres (en - direct) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    -
    -

    11.1.2.5 Audio-description (pré-enregistrée)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de - succès 1.2.5 - audio-description (pré-enregistrée) des WCAG 2.1.

    -

    REMARQUE 1: La définition des WCAG 2.1 précise « audio-description » est également nommée « - vidéo-description » et « narration descriptive ».

    -

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin. -

    -

    Critère de succès 1.2.5 audio-description (pré-enregistrée) des WCAG 2.1

    -

    Comprendre la - audio-description (pré-enregistrée) (en anglais seulement)

    -

    Comment satisfaire au - critère (en anglais seulement)audio-description - (pré-enregistrée)

    -

    (Niveau AA)

    -

    Fournir une audio-description pour tout contenu vidéo pré-enregistré, sous - forme de média - synchronisé.

    -     		-

    C.11.1.2.5 Audio-description (pré-enregistrée)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de - succès 1.2.5 - audio-description(pré-enregistrée) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1). -

    -
    11.1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré)
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.2.3.1 Audio-description ou version de remplacement pour un média temporel (pré-enregistré et fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +

    REMARQUE 1: La définition des WCAG 2.1 précise qu’ « audio-description » est également nommée « vidéo-description » et « narration descriptive ».

    +

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin.

    +

    Critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1

    +

    Comprendre audio-description ou version de remplacement pour un média temporel (pré-enregistré) (en anglais seulement)

    +

    Comment satisfaire au critère audio-description ou version de remplacement pour un média temporel (pré-enregistré) (en anglais seulement)

    +

    (Niveau A)

    +

    Fournir une version de remplacement pour un média temporel ou une audio-descriptions du contenu vidéo pré-enregistré pour un média synchronisé, excepté quand le média est un média de remplacement pour un texte et qu’il est clairement identifié comme tel.

    +     		+

    C.11.1.2.3.1 Audio-description ou version de remplacement pour un média temporel (pré-enregistré et fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.2.3 audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) des WCAG 2.1.

    +
    +

    11.1.2.3.2 Audio-description ou version de remplacement pour un média temporel (pré-enregistré et fonction restreinte)

    +

    Dans le cas où la technologie d’information et de communications (TIC) est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit l’exigence 5.1.3.7 (sortie vocale pour information vidéo).

    +     		+

    C.11.1.2.3.2 Audio-description ou version de remplacement pour un média temporel (pré-enregistré et fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. La sortie vocale est fournie comme mode alternatif à une utilisation sans vision du contenu non textuel affiché sur une fonction restreinte.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale présente des informations équivalentes pour le contenu vidéo pré-enregistré.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    11.1.2.4 Sous-titres (en direct)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    +

    REMARQUE: La définition de « sous-titres » donnée par les WCAG 2.1 précise que « dans certains pays, les sous-titres sont appelés captions et subtitles ». On les appelle aussi parfois « sous-titres pour malentendants ». Selon la définition des WCAG 2.1, pour satisfaire à ce critère de succès, qu’il s’agisse de captions ou de subtitles, les sous-titres doivent fournir un « visuel synchronisé ou équivalent textuel pour l’information audio avec ou sans paroles nécessaires à la compréhension du contenu d’un média », lorsque l’information sans paroles comprend des « effets sonores, de la musique, des rires, l’identification et le positionnement des interlocuteurs ».

    +

    Critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1

    +

    Comprendre le critère de succès Sous-titres (en direct) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Sous-titres (en direct) (en anglais seulement)

    +

    (Niveau AA)

    +

    Fournir des sous-titres pour tout contenu audio en direct, sous forme de média synchronisé.

    +     		+

    C.11.1.2.4 Sous-titres (en direct)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.4 Sous-titres (en direct) des WCAG 2.1.

    +
    +

    11.1.2.5 Audio-description (pré-enregistrée)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.2.5 audio-description (pré-enregistrée) des WCAG 2.1.

    +

    REMARQUE 1: La définition des WCAG 2.1 précise « audio-description » est également nommée « vidéo-description » et « narration descriptive ».

    +

    REMARQUE 2: Des pistes audio secondaires ou de remplacement sont couramment utilisées à cette fin.

    +

    Critère de succès 1.2.5 audio-description (pré-enregistrée) des WCAG 2.1

    +

    Comprendre la audio-description (pré-enregistrée) (en anglais seulement)

    +

    Comment satisfaire au critère (en anglais seulement)audio-description (pré-enregistrée)

    +

    (Niveau AA)

    +

    Fournir une audio-description pour tout contenu vidéo pré-enregistré, sous forme de média synchronisé.

    +     		+

    C.11.1.2.5 Audio-description (pré-enregistrée)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.2.5 audio-description(pré-enregistrée) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.2.5 Audio-description (pré-enregistrée) des WCAG 2.1).

    +
    11.1.3 Adaptable
    - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.1.3.1 Information et relations
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.3.1.1 Information et relations (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.3.1 - Information - et relations des WCAG 2.1.

    -

    REMARQUE: Dans le domaine des logiciels, la meilleure façon de déterminer par un programme - informatique est d’utiliser les services d’accessibilité fournis par les logiciels de plateforme - visant à permettre l’interopérabilité entre les logiciels et les technologies d’assistance et les - fonctions d’accessibilité des logiciels. (voir La clause 11.5 Interopérabilité avec la technologie - d’assistance).

    -

    Critère de succès 1.3.1 Information et relations des WCAG 2.1

    -

    Comprendre - l’information et les relations (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Information et relations (en anglais seulement)

    -

    (Niveau A)

    -

    L’information, la structure et - les relations véhiculées - par la présentationpeuvent - être déterminées - par un programme - informatique ou sont disponibles sous forme de texte.

    -     		-

    C.11.1.3.1.1 Information et relations (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.3.1 - Information - et relations des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.1.3.1.2 Information et relations (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran et où l’information affichée - à l’écran, la TIC devrait fournir des informations auditives qui permettent à l’utilisateur de - mettre en corrélation l’audio et l’information affichée à l’écran.

    -

    REMARQUE 1: De nombreuses personnes aveugles au sens de la loi ont encore des capacités visuelles et - utilisent certains aspects de l’affichage visuel même s’il ne peut être entièrement compris. Une - solution de rechange audio à la fois complète et complémentaire comprend toutes les informations - visuelles telles que la du focus ou la surbrillance, de sorte que l’audio peut être mis en - corrélation avec des informations visibles à l’écran à tout moment.

    -

    REMARQUE 2: Les exemples d’informations auditives qui permettent à l’utilisateur de mettre en - corrélation l’audio avec les informations affichées à l’écran comprennent la structure et les - relations véhiculées par la présentation.

    -     		-

    C.11.1.3.1.2 Information et relations (fonction restreinte)

    -

    Clause 11.1.3.1.2 est un avis seulement et ne contient aucune exigence testable.

    -
    11.1.3.1 Information et relations
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.3.1.1 Information et relations (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.3.1 Information et relations des WCAG 2.1.

    +

    REMARQUE: Dans le domaine des logiciels, la meilleure façon de déterminer par un programme informatique est d’utiliser les services d’accessibilité fournis par les logiciels de plateforme visant à permettre l’interopérabilité entre les logiciels et les technologies d’assistance et les fonctions d’accessibilité des logiciels. (voir La clause 11.5 Interopérabilité avec la technologie d’assistance).

    +

    Critère de succès 1.3.1 Information et relations des WCAG 2.1

    +

    Comprendre l’information et les relations (en anglais seulement)

    +

    Comment satisfaire au critère de succès Information et relations (en anglais seulement)

    +

    (Niveau A)

    +

    L’information, la structure et les relations véhiculées par la présentationpeuvent être déterminées par un programme informatique ou sont disponibles sous forme de texte.

    +     		+

    C.11.1.3.1.1 Information et relations (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 1.3.1 Information et relations des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.1.3.1.2 Information et relations (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran et où l’information affichée à l’écran, la TIC devrait fournir des informations auditives qui permettent à l’utilisateur de mettre en corrélation l’audio et l’information affichée à l’écran.

    +

    REMARQUE 1: De nombreuses personnes aveugles au sens de la loi ont encore des capacités visuelles et utilisent certains aspects de l’affichage visuel même s’il ne peut être entièrement compris. Une solution de rechange audio à la fois complète et complémentaire comprend toutes les informations visuelles telles que la du focus ou la surbrillance, de sorte que l’audio peut être mis en corrélation avec des informations visibles à l’écran à tout moment.

    +

    REMARQUE 2: Les exemples d’informations auditives qui permettent à l’utilisateur de mettre en corrélation l’audio avec les informations affichées à l’écran comprennent la structure et les relations véhiculées par la présentation.

    +     		+

    C.11.1.3.1.2 Information et relations (fonction restreinte)

    +

    Clause 11.1.3.1.2 est un avis seulement et ne contient aucune exigence testable.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    11.1.3.2 Ordre séquentiel logique
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.3.2.1 Ordre séquentiel logique (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.3.2 - Ordre séquentiel - logique des WCAG 2.1.

    -

    Critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1

    -

    Comprendre l’ordre - séquentiel logique (en anglais seulement)

    -

    Comment satisfaire au critère - Ordre séquentiel logique (en anglais seulement)

    -

    (Niveau A)

    -

    Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture - correct - peut être déterminé par - un - programme informatique.

    -     		-

    C.11.1.3.2.1 Ordre séquentiel logique (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.2 - Ordre séquentiel - logique des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.1.3.2.2 Ordre séquentiel logique (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran et où l’information affichée - à l’écran, la TIC devrait fournir des informations auditives qui permettent à l’utilisateur de - mettre en corrélation l’audio et l’information affichée à l’écran.

    -

    REMARQUE 1: De nombreuses personnes aveugles au sens de la loi ont encore des capacités visuelles et - utilisent certains aspects de l’affichage visuel même s’il ne peut être entièrement compris. Une - solution de rechange audio à la fois complète et complémentaire comprend toutes les informations - visuelles telles que la du focus ou la surbrillance, de sorte que l’audio peut être mis en - corrélation avec des informations visibles à l’écran à tout moment.

    -

    REMARQUE 2: Les exemples d’informations auditives qui permettent à l’utilisateur de mettre en - corrélation l’audio avec les informations affichées à l’écran comprennent la structure et les - relations véhiculées par la présentation.

    -     		-

    C.11.1.3.2.2 Ordre séquentiel logique (fonction restreinte)

    -

    Clause 11.1.3.2.2 est un avis seulement et ne contient aucune exigence testable.

    -
    -

    11.1.3.3 Caractéristiques sensorielles

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès - 1.3.3 - Caractéristiques sensorielles des WCAG 2.1.

    -

    Critère de succès 1.3.3 Caractéristiques sensorielles

    -

    Comprendre les - caractéristiques sensorielles (en anglais)

    -

    Comment satisfaire au - critère Caractéristiques sensorielles (en anglais)

    -

    (Niveau A)

    -

    Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer - uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, - l’emplacement visuel, l’orientation ou le son.

    -     		-

    C.11.1.3.3 Caractéristiques sensorielles

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.3 - Caractéristiques sensorielles des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    -
    -

    11.1.3.4 Orientation

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 1.3.4 - Orientation des WCAG - 2.1.

    -

    Critère de succès 1.3.4 Orientation des WCAG 2.1

    -

    Comprendre l’orientation (en - anglais seulement) -

    -

    Comment satisfaire au critère - Orientation (en anglais seulement)

    -

    (Niveau AA)

    -

    Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, - comme le portrait ou le paysage, à moins qu’une orientation d’affichage spécifique soit essentielle.

    -

    Remarque: Parmi les exemples où une orientation particulière de l’affichage peut être essentielle, on - retrouve les chèques de banque, une application pour le piano, des diapositives pour un projecteur - ou un téléviseur, ou un contenu de réalité virtuelle où l’orientation binaire de l’affichage n’est - pas applicable.

    -     		-

    C.11.1.3.4 Orientation

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.4 Orientation - des WCAG - 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès critère de succès 1.3.4 Orientation des WCAG 2.1.

    -
    11.1.3.2 Ordre séquentiel logique
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.3.2.1 Ordre séquentiel logique (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +

    Critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1

    +

    Comprendre l’ordre séquentiel logique (en anglais seulement)

    +

    Comment satisfaire au critère Ordre séquentiel logique (en anglais seulement)

    +

    (Niveau A)

    +

    Lorsque l’ordre de présentation du contenu affecte sa signification, un ordre de lecture correct peut être déterminé par un programme informatique.

    +     		+

    C.11.1.3.2.1 Ordre séquentiel logique (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.2 Ordre séquentiel logique des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.1.3.2.2 Ordre séquentiel logique (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran et où l’information affichée à l’écran, la TIC devrait fournir des informations auditives qui permettent à l’utilisateur de mettre en corrélation l’audio et l’information affichée à l’écran.

    +

    REMARQUE 1: De nombreuses personnes aveugles au sens de la loi ont encore des capacités visuelles et utilisent certains aspects de l’affichage visuel même s’il ne peut être entièrement compris. Une solution de rechange audio à la fois complète et complémentaire comprend toutes les informations visuelles telles que la du focus ou la surbrillance, de sorte que l’audio peut être mis en corrélation avec des informations visibles à l’écran à tout moment.

    +

    REMARQUE 2: Les exemples d’informations auditives qui permettent à l’utilisateur de mettre en corrélation l’audio avec les informations affichées à l’écran comprennent la structure et les relations véhiculées par la présentation.

    +     		+

    C.11.1.3.2.2 Ordre séquentiel logique (fonction restreinte)

    +

    Clause 11.1.3.2.2 est un avis seulement et ne contient aucune exigence testable.

    +
    +

    11.1.3.3 Caractéristiques sensorielles

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +

    Critère de succès 1.3.3 Caractéristiques sensorielles

    +

    Comprendre les caractéristiques sensorielles (en anglais)

    +

    Comment satisfaire au critère Caractéristiques sensorielles (en anglais)

    +

    (Niveau A)

    +

    Les instructions données pour la compréhension et l’utilisation du contenu ne doivent pas reposer uniquement sur les caractéristiques sensorielles des éléments comme la forme, la couleur, la taille, l’emplacement visuel, l’orientation ou le son.

    +     		+

    C.11.1.3.3 Caractéristiques sensorielles

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.3.3 Caractéristiques sensorielles des WCAG 2.1.

    +
    +

    11.1.3.4 Orientation

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.3.4 Orientation des WCAG 2.1.

    +

    Critère de succès 1.3.4 Orientation des WCAG 2.1

    +

    Comprendre l’orientation (en anglais seulement)

    +

    Comment satisfaire au critère Orientation (en anglais seulement)

    +

    (Niveau AA)

    +

    Le contenu ne limite pas son affichage et son fonctionnement à une seule orientation d’affichage, comme le portrait ou le paysage, à moins qu’une orientation d’affichage spécifique soit essentielle.

    +

    Remarque: Parmi les exemples où une orientation particulière de l’affichage peut être essentielle, on retrouve les chèques de banque, une application pour le piano, des diapositives pour un projecteur ou un téléviseur, ou un contenu de réalité virtuelle où l’orientation binaire de l’affichage n’est pas applicable.

    +     		+

    C.11.1.3.4 Orientation

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.4 Orientation des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès critère de succès 1.3.4 Orientation des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.1.3.5 Identifier la finalité de la saisie
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.3.5.1 Identifier la finalité de la saisie (fonction non restreinte)

    -

    Lorsque la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit remplir le - Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1. -

    -

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    -

    Comprendre - Identifier la finalité de la saisie (en anglais)

    -

    Comment satisfaire à - Identifier la finalité de la saisie (en anglais)

    -

    (Niveau AA)

    -

    La fonction de chaque champ de saisie recueillant de l’information sur l’utilisateur peut être déterminée - par un - programme informatique lorsque:

    - -     		-

    C.11.1.3.5.1 Identifier la finalité de la saisie (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.5 Identifier la finalité de la - saisie - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas - de contenu pertinent pour le Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1 -

    -
    -

    11.1.3.5.2 Identifier la finalité de la saisie (fonction restreinte)

    -

    Lorsque la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui est restreint - aux technologies d’assistance, elle doit prévoir au moins un mode de fonctionnement selon lequel - l’utilisateur est présenté, sous forme audio, la finalité de chaque champ de saisie recueillant des - renseignements sur l’utilisateur, lorsque ce champ sert une finalité définie à la section - Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1. -

    -

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    -

    Comprendre - Identifier la finalité de la saisie (en anglais)

    -

    Comment satisfaire à - Identifier la finalité de la saisie (en anglais)

    -

    (Niveau AA)

    -

    La fonction de chaque champ de saisie recueillant de l’information sur l’utilisateur peut être déterminée - par un - programme informatique lorsque:

    - -     		-

    C.11.1.3.5.2 Identifier la finalité de la saisie (fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran. -

    -

    3. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte. -

    Procédure

    -

    1. Vérifier que la sortie sonore est fournie par le biais d’un mécanisme d’assistance intégré dans - les - TIC ou offert avec celles-ci.

    -

    2. Vérifier que la sortie sonore est fournie au moyen d’un casque d’écoute qui peut être branché via - une - prise audio de 3,5 mm ou une connexion accréditée par l’industrie, et ce, sans exiger l’utilisation - de - la vision.

    -

    3. Vérifier que la sortie sonore comprend la finalité de la section Finalité de saisie - des - composants d’interface utilisateur

    -

    Résultat

    -

    Réussite : L’énoncé testable (no 1 ou no 2) est vrai et l’énoncé testable no 3 est vrai.

    -

    Échec : Les énoncés testables (nos 1 et 2) sont faux ou l’énoncé testable no 3 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie. -

    -
    11.1.3.5 Identifier la finalité de la saisie
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.3.5.1 Identifier la finalité de la saisie (fonction non restreinte)

    +

    Lorsque la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit remplir le Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    +

    Comprendre Identifier la finalité de la saisie (en anglais)

    +

    Comment satisfaire à Identifier la finalité de la saisie (en anglais)

    +

    (Niveau AA)

    +

    La fonction de chaque champ de saisie recueillant de l’information sur l’utilisateur peut être déterminée par un programme informatique lorsque:

    + +     		+

    C.11.1.3.5.1 Identifier la finalité de la saisie (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    +
    +

    11.1.3.5.2 Identifier la finalité de la saisie (fonction restreinte)

    +

    Lorsque la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui est restreint aux technologies d’assistance, elle doit prévoir au moins un mode de fonctionnement selon lequel l’utilisateur est présenté, sous forme audio, la finalité de chaque champ de saisie recueillant des renseignements sur l’utilisateur, lorsque ce champ sert une finalité définie à la section Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1.

    +

    Critère de succès 1.3.5 Identifier la finalité de la saisie des WCAG 2.1

    +

    Comprendre Identifier la finalité de la saisie (en anglais)

    +

    Comment satisfaire à Identifier la finalité de la saisie (en anglais)

    +

    (Niveau AA)

    +

    La fonction de chaque champ de saisie recueillant de l’information sur l’utilisateur peut être déterminée par un programme informatique lorsque:

    + +     		+

    C.11.1.3.5.2 Identifier la finalité de la saisie (fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. La sortie sonore est fournie en tant qu’accès non visuel à une fonction restreinte. +

    Procédure

    +

    1. Vérifier que la sortie sonore est fournie par le biais d’un mécanisme d’assistance intégré dans les TIC ou offert avec celles-ci.

    +

    2. Vérifier que la sortie sonore est fournie au moyen d’un casque d’écoute qui peut être branché via une prise audio de 3,5 mm ou une connexion accréditée par l’industrie, et ce, sans exiger l’utilisation de la vision.

    +

    3. Vérifier que la sortie sonore comprend la finalité de la section Finalité de saisie des composants d’interface utilisateur

    +

    Résultat

    +

    Réussite : L’énoncé testable (no 1 ou no 2) est vrai et l’énoncé testable no 3 est vrai.

    +

    Échec : Les énoncés testables (nos 1 et 2) sont faux ou l’énoncé testable no 3 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    11.1.4 Distinguable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.4.1 Utilisation de la couleur

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 1.4.1 - Utilisation de la - couleur des WCAG 2.1.

    -

    Critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1

    -

    Comprendre l’utilisation de la - couleur (en anglais seulement)

    -

    Comment satisfaire au critère - Utilisation de la couleur (en anglais seulement)

    -

    (Niveau A)

    -

    La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une - action, de solliciter une réponse ou de distinguer un élément visuel.

    -

    Remarque: Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres formes - de perception sont traitées à la règle - 1.3 - comme l’accès à la couleur par un programme informatique et les autres formes de codage de la - présentation visuelle.

    -     		-

    C.11.1.4.1 Utilisation de la couleur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.1 - Utilisation de la - couleur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    -
    -

    11.1.4.2 Contrôle du son

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès indiqué dans le tableau 11.1.

    -

    Tableau 11.1: Critère de succès du logiciel: Contrôle du son

    -

    Si la lecture d’un fichier audio tiré d’un document dure plus de 3 secondes, un mécanisme est disponible pour - le mettre en - pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système - général.

    -

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut - interférer avec la capacité de l’utilisateur à exploiter le document entier, tout le contenu présent - dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit - satisfaire à ce critère de succès.

    -

    REMARQUE 2: Ce critère de succès est identique au critère de succès 1.4.2 Contrôle - du son des - WCAG 2.1, après remplacement de « sur une page Web » par « sur un document », de « tout - contenu » par « toute partie d’un document », de « page entière » par « document entier », de « sur - la page Web » par « sur le document », après suppression de « Voir l’exigence de conformité 5: - Non-interférence » et après l’ajout de la note 1.

    -

    Critère de succès 1.4.2 Contrôle du son des WCAG 2.1

    -

    Comprendre le contrôle du - son (en anglais seulement)

    -

    Comment satisfaire au critère Contrôle - du son (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.1.4.2 Contrôle du son

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.1.4.3 Contraste (minimum)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 1.4.3 - Contraste - (minimum) des WCAG 2.1.

    -

    Critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1

    -

    Comprendre le contraste - (minimum)

    -

    Comment satisfaire au critère - Contraste (minimum)

    -

    (Niveau AA)

    -

    La présentation visuelle du texte et - du texte sous forme - d’image a un rapport - de contraste d’au moins - 4,5:1, sauf dans les cas suivants:

    -
      -
    • Texte agrandi: le texte - agrandi et le - texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1;
      • -
    • Texte décoratif: aucune exigence de contraste pour le texte ou le texte sous forme d’image qui - fait - partie d’un composant - d’interface utilisateur inactif, qui est purement décoratif, - qui est - invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif. -
      • -
    • Logotypes: aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de - marque.
      • -
    -     		-

    C.11.1.4.3 Contraste (minimum)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.3 - Contraste (minimum) - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    -
    11.1.4 Distinguable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.4.1 Utilisation de la couleur

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +

    Critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1

    +

    Comprendre l’utilisation de la couleur (en anglais seulement)

    +

    Comment satisfaire au critère Utilisation de la couleur (en anglais seulement)

    +

    (Niveau A)

    +

    La couleur n’est pas utilisée comme la seule façon de véhiculer de l’information, d’indiquer une action, de solliciter une réponse ou de distinguer un élément visuel.

    +

    Remarque: Ce critère de succès traite spécifiquement de la perception des couleurs. Les autres formes de perception sont traitées à la règle 1.3 comme l’accès à la couleur par un programme informatique et les autres formes de codage de la présentation visuelle.

    +     		+

    C.11.1.4.1 Utilisation de la couleur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.1 Utilisation de la couleur des WCAG 2.1.

    +
    +

    11.1.4.2 Contrôle du son

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès indiqué dans le tableau 11.1.

    +

    Tableau 11.1: Critère de succès du logiciel: Contrôle du son

    +

    Si la lecture d’un fichier audio tiré d’un document dure plus de 3 secondes, un mécanisme est disponible pour le mettre en pause, l’arrêter ou pour en contrôler le volume de façon indépendante du niveau de volume du système général.

    +

    REMARQUE 1: Puisque toute partie d’un document ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter le document entier, tout le contenu présent dans le document (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) doit satisfaire à ce critère de succès.

    +

    REMARQUE 2: Ce critère de succès est identique au critère de succès 1.4.2 Contrôle du son des WCAG 2.1, après remplacement de « sur une page Web » par « sur un document », de « tout contenu » par « toute partie d’un document », de « page entière » par « document entier », de « sur la page Web » par « sur le document », après suppression de « Voir l’exigence de conformité 5: Non-interférence » et après l’ajout de la note 1.

    +

    Critère de succès 1.4.2 Contrôle du son des WCAG 2.1

    +

    Comprendre le contrôle du son (en anglais seulement)

    +

    Comment satisfaire au critère Contrôle du son (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.1.4.2 Contrôle du son

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.1.4.3 Contraste (minimum)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +

    Critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1

    +

    Comprendre le contraste (minimum)

    +

    Comment satisfaire au critère Contraste (minimum)

    +

    (Niveau AA)

    +

    La présentation visuelle du texte et du texte sous forme d’image a un rapport de contraste d’au moins 4,5:1, sauf dans les cas suivants:

    +
      +
    • Texte agrandi: le texte agrandi et le texte agrandi sous forme d’image ont un rapport de contraste d’au moins 3:1;
      • +
    • Texte décoratif: aucune exigence de contraste pour le texte ou le texte sous forme d’image qui fait partie d’un composant d’interface utilisateur inactif, qui est purement décoratif, qui est invisible pour tous ou qui est une partie d’une image contenant un autre contenu significatif.
      • +
    • Logotypes: aucune exigence de contraste pour le texte faisant partie d’un logo ou d’un nom de marque.
      • +
    +     		+

    C.11.1.4.3 Contraste (minimum)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.3 Contraste (minimum) des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.1.4.4 Redimensionnement du texte
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.4.4.1 Redimensionnement du texte (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux fonctions d’élargissement de la plateforme ou de la technologie d’assistance, - elle remplit le critère de succès - 1.4.4 - Redimensionnement du texte des WCAG 2.1.

    -

    REMARQUE 1: Les contenus pour lesquels il existe des lecteurs de logiciels, des visualiseurs ou des - éditeurs dotés d’une fonction de zoom de 200% répondraient automatiquement à ce critère de succès - lorsqu’ils sont utilisés avec ces lecteurs, à moins que le contenu ne fonctionne pas avec le zoom. -

    -

    REMARQUE 2: Ce critère de succès concerne la capacité de permettre aux utilisateurs d’agrandir le - texte à l’écran au moins jusqu’à 200% sans avoir besoin d’avoir recours à des technologies - d’assistance. Cela signifie que l’application fournit un moyen d’agrandir le texte à 200% (zoom ou - autre) sans perte de contenu ou de fonctionnalité ou que l’application fonctionne avec les fonctions - de la plateforme qui répondent à cette exigence.

    -

    Critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1

    -

    Comprendre le redimensionnement - du texte (en anglais seulement)

    -

    Comment satisfaire au critère - Redimensionnement du texte (en anglais seulement)

    -

    (Niveau AA)

    -

    À l’exception des sous-titres et - du texte sous forme - d’image, le texte peut être - redimensionné jusqu’à 200% sans - l’aide d’une technologie - d’assistanceet sans perte de contenu ou de fonctionnalité.

    -     		-

    C.11.1.4.4.1 Redimensionnement du texte (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge les fonctions d’élargissement de la plateforme ou de la technologie - d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.4 - Redimensionnement du - texte des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    -
    -

    11.1.4.4.2 Redimensionnement du texte (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne pas - prend en charge l’accès aux fonctions d’agrandissement de la plateforme ou à la technologie - d’assistance, elle remplit l’exigence 5.1.4 (fonction restreinte à l’agrandissement du texte).

    -

    REMARQUE: Comme la prise en charge du texte dans un environnement restreinte peut être plus limitée - que celle des agents utilisateurs pour le Web, satisfaire au critère 11.1.4.4.2 dans un - environnement restreint peut imposer un fardeau beaucoup plus lourd à l’auteur du contenu.

    -     		-

    C.11.1.4.4.2 Redimensionnement du texte (fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection et établissement de mesures

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur est restreinte aux fonctions d’agrandissement de la plateforme ou de la - technologie d’assistance.

    -

    3. Une distance de visualisation est définie par le fournisseur.

    -

    Procédure

    -

    1. Mesurer la hauteur de la lettre H en majuscule.

    -

    2. Vérifier qu’il sous-entend un angle d’au moins 0,7 degré à la distance de visualisation définie. -

    -

    Résultat

    -

    Réussite: L’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 2 est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    11.1.4.4 Redimensionnement du texte
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.4.4.1 Redimensionnement du texte (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux fonctions d’élargissement de la plateforme ou de la technologie d’assistance, elle remplit le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +

    REMARQUE 1: Les contenus pour lesquels il existe des lecteurs de logiciels, des visualiseurs ou des éditeurs dotés d’une fonction de zoom de 200% répondraient automatiquement à ce critère de succès lorsqu’ils sont utilisés avec ces lecteurs, à moins que le contenu ne fonctionne pas avec le zoom.

    +

    REMARQUE 2: Ce critère de succès concerne la capacité de permettre aux utilisateurs d’agrandir le texte à l’écran au moins jusqu’à 200% sans avoir besoin d’avoir recours à des technologies d’assistance. Cela signifie que l’application fournit un moyen d’agrandir le texte à 200% (zoom ou autre) sans perte de contenu ou de fonctionnalité ou que l’application fonctionne avec les fonctions de la plateforme qui répondent à cette exigence.

    +

    Critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1

    +

    Comprendre le redimensionnement du texte (en anglais seulement)

    +

    Comment satisfaire au critère Redimensionnement du texte (en anglais seulement)

    +

    (Niveau AA)

    +

    À l’exception des sous-titres et du texte sous forme d’image, le texte peut être redimensionné jusqu’à 200% sans l’aide d’une technologie d’assistanceet sans perte de contenu ou de fonctionnalité.

    +     		+

    C.11.1.4.4.1 Redimensionnement du texte (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge les fonctions d’élargissement de la plateforme ou de la technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.4 Redimensionnement du texte des WCAG 2.1.

    +
    +

    11.1.4.4.2 Redimensionnement du texte (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne pas prend en charge l’accès aux fonctions d’agrandissement de la plateforme ou à la technologie d’assistance, elle remplit l’exigence 5.1.4 (fonction restreinte à l’agrandissement du texte).

    +

    REMARQUE: Comme la prise en charge du texte dans un environnement restreinte peut être plus limitée que celle des agents utilisateurs pour le Web, satisfaire au critère 11.1.4.4.2 dans un environnement restreint peut imposer un fardeau beaucoup plus lourd à l’auteur du contenu.

    +     		+

    C.11.1.4.4.2 Redimensionnement du texte (fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection et établissement de mesures

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur est restreinte aux fonctions d’agrandissement de la plateforme ou de la technologie d’assistance.

    +

    3. Une distance de visualisation est définie par le fournisseur.

    +

    Procédure

    +

    1. Mesurer la hauteur de la lettre H en majuscule.

    +

    2. Vérifier qu’il sous-entend un angle d’au moins 0,7 degré à la distance de visualisation définie.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    11.1.4.5 Texte sous forme d’image
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.1.4.5.1 Texte sous forme d’image (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.4.5 Texte - sous forme - d’image des WCAG 2.1.

    -

    Critère 1.4.5 Texte sous forme d’image

    -

    Comprendre le texte sous - forme d’image (en anglais seulement)

    -

    Comment satisfaire au critère Texte - sous forme d’image (en anglais seulement)

    -

    (Niveau AA)

    -

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de - l’information plutôt que du texte sous - forme d’image, sauf dans les cas suivants:

    -

    · Personnalisable: Le texte sous forme d’image peut être personnalisé - visuellement selon - les exigences de l’utilisateur;

    -

    · Essentielle: Une présentation spécifique du texte est essentielle à l’information - véhiculée.

    -

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un - nom de marque).

    -     		-

    C.11.1.4.5.1 Texte sous forme d’image (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.5 Texte - sous forme - d’image des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    -
    -

    11.1.4.5.2 Texte sous forme d’image (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne - prend pas en charge les technologies d’assistance pour la lecture d’écran, il n’est pas nécessaire - qu’elle remplisse le critère de - succès 1.4.5 - Texte sous forme d’image des WCAG 2.1, car il n’y a pas lieu d’imposer une exigence à toutes - les fonctions restreintes que le texte affiché à l’écran soit effectivement représenté en interne - sous forme de texte (au sens des WCAG 2.1) puisqu’il n’y a pas d’interopérabilité avec les - technologies d’assistance.

    -

    Critère 1.4.5 Texte sous forme d’image

    -

    Comprendre le texte sous - forme d’image (en anglais seulement)

    -

    Comment satisfaire au critère Texte - sous forme d’image (en anglais seulement)

    -

    (Niveau AA)

    -

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de - l’information plutôt que du texte sous - forme d’image, sauf dans les cas suivants:

    -
      -
    • Personnalisable: Le texte sous forme d’image peut être personnalisé - visuellement selon - les exigences de l’utilisateur;
      • -
    • Essentielle: Une présentation spécifique du texte est essentielle à - l’information véhiculée.
      • -
    -

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un - nom de marque).

    -     		-

    C.11.1.4.5.1 Texte sous forme d’image (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    3. Le contenu non textuel est présenté aux utilisateurs via la sortie vocale.

    -

    Procédure

    -

    1. Vérifier que la sortie vocale est fournie comme solution de rechange au contenu non textuel.

    -

    2. Vérifier que le contenu non textuel n’est pas seulement présent à titre décoratif.

    -

    3. Vérifier que le contenu non textuel n’est pas utilisé uniquement pour le formatage visuel.

    -

    4. Vérifier que la sortie vocale est conforme aux indications relatives à l’« équivalent textuel » - décrit dans le critère de - succès - 1.1.1 Contenu non textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite : Les énoncés testables (nos 1, 2, 3 et 4) sont vrais ou le (no 1 et le no 2) sont faux ou - le (no 1 et le no 3) sont faux.

    -

    Échec : L’énoncé testable (no 1 est vrai et le no 2 est faux); ou (le no 1 est vrai et le no 3 est - faux); ou les (nos 1, 2 et 3 sont vrais et le no 4 est faux).

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    11.1.4.10 Redistribution

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de - succès indiqué dans le tableau 11.2.

    -

    Tableau 11.2: Documenter le critère de succès: Redistribution

    -

    Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessité de - défilement dans les deux dimensions pour :

    -
      -
    • Contenu à défilement vertical d’une largeur équivalente à 320 pixels CSS;
      • -
    • Contenu à défilement horizontal d’une hauteur équivalente à 256 pixels CSS;
      • -
    -

    Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en - deux dimensions.

    -

    REMARQUE 1: 320 pixels CSS équivalent à une largeur de fenêtre de départ de 1 280 pixels CSS avec un - zoom de 400%. Pour les logiciels non Web qui sont conçus pour défiler horizontalement (par exemple - avec du texte vertical), les 256 pixels CSS équivalent à une hauteur de fenêtre de départ de 1 024 - pixels avec un zoom de 400%.

    -

    REMARQUE 2: Les exemples de contenu qui nécessitent une mise en page bidimensionnelle sont les - images, les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données - et les interfaces où il est nécessaire de garder les barres d’outils en vue pendant la manipulation - du contenu.

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 1.4.10 Redisposition - des WCAG - 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 et 2 ci-dessus.

    -

    Critère de succès 1.4.10 Redisposition des WCAG 2.1

    -

    Comprendre la redisposition (en - anglais seulement)

    -

    Comment satisfaire au critère - Redisposition (en anglais seulement)

    -

    (Niveau AA)

    -     		-

    C.11.1.4.10 Redistribution

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.2.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.1.4.11 Contraste du contenu non textuel

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    -

    Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1

    -

    Comprendre le contraste - des éléments non textuels (en anglais seulement)

    -

    Satisfaire au critère Contraste - des éléments non textuels (en anglais seulement)

    -

    (Niveau AA)

    -

    La présentation visuelle des - éléments - suivants a un rapport de - contraste - d’au moins 3:1 par rapport aux couleurs adjacentes:

    -
      -
    • Composants de l’interface utilisateur: Les informations visuelles nécessaires à l’identification - des composants - de l’interface - utilisateuret des états, à l’exception - des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent - utilisateur - et non modifiée par l’auteur;
      • -
    • Objets graphiques: Parties de graphiques nécessaires à la compréhension du contenu, sauf - lorsqu’une - présentation graphique particulière est essentielle à - l’information véhiculée.
      • -
    -     		-

    C.11.1.4.11 Contraste du contenu non textuel

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.11 Contraste des éléments non textuels des WCAG 2.1. -

    -
    -

    11.1.4.12 Espacement du texte

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui n’a pas - de zone de présentation de contenu de taille fixe essentielle à l’information véhiculée, elle - remplit le critère de succès 1.4.12 - Espacement - du texte des WCAG 2.1.

    -

    Critère de succès 1.4.12 Espacement du texte des WCAG 2.1

    -

    Comprendre l’espacement du - texte (en anglais seulement)

    -

    Comment satisfaire au critère - Espacement du texte (en anglais seulement)

    -

    (Niveau AA)

    -

    Dans les contenus mis en œuvre à l’aide de langages de balisage qui prennent en charge les propriétés de style de texte - suivantes, aucune - perte de contenu ou de fonctionnalité ne se produit en définissant tous les éléments suivants et en - ne modifiant aucune autre propriété de style:

    -
      -
    • La hauteur de ligne (interlignage) définie à au moins 1,5 fois la taille de la police ;
      • -
    • L’espacement entre les paragraphes consécutifs défini à au moins 2 fois la taille de la police ; -
      • -
    • L’espacement des lettres (interlettrage) défini à au moins 0,12 fois la taille de la police ; -
      • -
    • L’espacement entre les mots défini à au moins 0,16 fois la taille de la police.
      • -
    -

    Exception : les langues et systèmes d’écritures qui n’utilisent pas une ou plusieurs de ces - propriétés de style de texte pour le texte écrit peuvent être conformes en utilisant uniquement les - propriétés qui existent pour cette combinaison de langue et de système d’écriture.

    -     		-

    C.11.1.4.12 Espacement du texte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès - 1.4.12 - Espacement du texte des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    -
    -

    11.1.4.13 Contenu au survol ou au focus

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -

    Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1

    -

    Comprendre le - Contenu en mode survol ou focus (en anglais seulement)

    -

    Comment satisfaire au - critère Contenu en mode survol ou focus (en anglais seulement)

    -

    (Niveau AA)

    -

    Lorsque la réception puis la suppression du pointeur ou de la du focus du clavier déclenchent - l’affichage et le masquage d’un contenu supplémentaire, ce qui suit est vrai:

    -
      -
    • Masquer : il existe un mécanisme - permettant de masquer le contenu additionnel sans déplacer le pointeur ou le focus du clavier, à - moins que le contenu additionnel ne communique une ou ne masque ni ne remplace - un autre contenu - ;
      • -
    • Survoler : si le survol du pointeur peut déclencher le contenu additionnel, alors le pointeur - peut - être déplacé sur le contenu additionnel sans que celui-ci disparaisse ;
      • -
    • Persister : le contenu additionnel reste visible jusqu’à ce que le survol ou le focus soit - retiré, - que l’utilisateur le masque ou que ses informations ne soient plus valables.
      • -
    -

    Exception: La présentation visuelle du contenu supplémentaire est contrôlée par l’agent utilisateur - et n’est pas modifiée par l’auteur.

    -

    Remarque: Parmi les exemples de contenu supplémentaire contrôlé par l’agent utilisateur figurent les - infobulles du navigateur créées à l’aide de l’attribut titre HTML. -

    -

    Remarque: Les infobulles, sous-menus et autres fenêtres contextuelles non modales qui s’affichent sur - le survol et la du focus sont des exemples de contenu supplémentaire couvert par ce critère. -

    -     		-

    C.11.1.4.13 Contenu au survol ou au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    -
    11.1.4.5 Texte sous forme d’image
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.1.4.5.1 Texte sous forme d’image (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Critère 1.4.5 Texte sous forme d’image

    +

    Comprendre le texte sous forme d’image (en anglais seulement)

    +

    Comment satisfaire au critère Texte sous forme d’image (en anglais seulement)

    +

    (Niveau AA)

    +

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de l’information plutôt que du texte sous forme d’image, sauf dans les cas suivants:

    +

    · Personnalisable: Le texte sous forme d’image peut être personnalisé visuellement selon les exigences de l’utilisateur;

    +

    · Essentielle: Une présentation spécifique du texte est essentielle à l’information véhiculée.

    +

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un nom de marque).

    +     		+

    C.11.1.4.5.1 Texte sous forme d’image (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1.

    +
    +

    11.1.4.5.2 Texte sous forme d’image (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge les technologies d’assistance pour la lecture d’écran, il n’est pas nécessaire qu’elle remplisse le critère de succès 1.4.5 Texte sous forme d’image des WCAG 2.1, car il n’y a pas lieu d’imposer une exigence à toutes les fonctions restreintes que le texte affiché à l’écran soit effectivement représenté en interne sous forme de texte (au sens des WCAG 2.1) puisqu’il n’y a pas d’interopérabilité avec les technologies d’assistance.

    +

    Critère 1.4.5 Texte sous forme d’image

    +

    Comprendre le texte sous forme d’image (en anglais seulement)

    +

    Comment satisfaire au critère Texte sous forme d’image (en anglais seulement)

    +

    (Niveau AA)

    +

    Si les technologies utilisées peuvent réaliser la présentation visuelle, le texteest utilisé pour véhiculer de l’information plutôt que du texte sous forme d’image, sauf dans les cas suivants:

    +
      +
    • Personnalisable: Le texte sous forme d’image peut être personnalisé visuellement selon les exigences de l’utilisateur;
      • +
    • Essentielle: Une présentation spécifique du texte est essentielle à l’information véhiculée.
      • +
    +

    Remarque: Les logotypes sont considérés comme essentiels (le texte qui fait partie d’un logo ou d’un nom de marque).

    +     		+

    C.11.1.4.5.1 Texte sous forme d’image (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. Le contenu non textuel est présenté aux utilisateurs via la sortie vocale.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale est fournie comme solution de rechange au contenu non textuel.

    +

    2. Vérifier que le contenu non textuel n’est pas seulement présent à titre décoratif.

    +

    3. Vérifier que le contenu non textuel n’est pas utilisé uniquement pour le formatage visuel.

    +

    4. Vérifier que la sortie vocale est conforme aux indications relatives à l’« équivalent textuel » décrit dans le critère de succès 1.1.1 Contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite : Les énoncés testables (nos 1, 2, 3 et 4) sont vrais ou le (no 1 et le no 2) sont faux ou le (no 1 et le no 3) sont faux.

    +

    Échec : L’énoncé testable (no 1 est vrai et le no 2 est faux); ou (le no 1 est vrai et le no 3 est faux); ou les (nos 1, 2 et 3 sont vrais et le no 4 est faux).

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    11.1.4.10 Redistribution

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès indiqué dans le tableau 11.2.

    +

    Tableau 11.2: Documenter le critère de succès: Redistribution

    +

    Le contenu peut être présenté sans perte d’information ou de fonctionnalité et sans nécessité de défilement dans les deux dimensions pour :

    +
      +
    • Contenu à défilement vertical d’une largeur équivalente à 320 pixels CSS;
      • +
    • Contenu à défilement horizontal d’une hauteur équivalente à 256 pixels CSS;
      • +
    +

    Sauf pour les parties du contenu dont l’utilisation ou la compréhension nécessite une mise en page en deux dimensions.

    +

    REMARQUE 1: 320 pixels CSS équivalent à une largeur de fenêtre de départ de 1 280 pixels CSS avec un zoom de 400%. Pour les logiciels non Web qui sont conçus pour défiler horizontalement (par exemple avec du texte vertical), les 256 pixels CSS équivalent à une hauteur de fenêtre de départ de 1 024 pixels avec un zoom de 400%.

    +

    REMARQUE 2: Les exemples de contenu qui nécessitent une mise en page bidimensionnelle sont les images, les cartes, les diagrammes, les vidéos, les jeux, les présentations, les tableaux de données et les interfaces où il est nécessaire de garder les barres d’outils en vue pendant la manipulation du contenu.

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 1.4.10 Redisposition des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 et 2 ci-dessus.

    +

    Critère de succès 1.4.10 Redisposition des WCAG 2.1

    +

    Comprendre la redisposition (en anglais seulement)

    +

    Comment satisfaire au critère Redisposition (en anglais seulement)

    +

    (Niveau AA)

    +     		+

    C.11.1.4.10 Redistribution

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.2.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.1.4.11 Contraste du contenu non textuel

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +

    Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1

    +

    Comprendre le contraste des éléments non textuels (en anglais seulement)

    +

    Satisfaire au critère Contraste des éléments non textuels (en anglais seulement)

    +

    (Niveau AA)

    +

    La présentation visuelle des éléments suivants a un rapport de contraste d’au moins 3:1 par rapport aux couleurs adjacentes:

    +
      +
    • Composants de l’interface utilisateur: Les informations visuelles nécessaires à l’identification des composants de l’interface utilisateuret des états, à l’exception des composants inactifs ou lorsque l’apparence du composant est déterminée par l’agent utilisateur et non modifiée par l’auteur;
      • +
    • Objets graphiques: Parties de graphiques nécessaires à la compréhension du contenu, sauf lorsqu’une présentation graphique particulière est essentielle à l’information véhiculée.
      • +
    +     		+

    C.11.1.4.11 Contraste du contenu non textuel

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le Critère de succès 1.4.11 Contraste du contenu non textuel des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.11 Contraste des éléments non textuels des WCAG 2.1.

    +
    +

    11.1.4.12 Espacement du texte

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui n’a pas de zone de présentation de contenu de taille fixe essentielle à l’information véhiculée, elle remplit le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +

    Critère de succès 1.4.12 Espacement du texte des WCAG 2.1

    +

    Comprendre l’espacement du texte (en anglais seulement)

    +

    Comment satisfaire au critère Espacement du texte (en anglais seulement)

    +

    (Niveau AA)

    +

    Dans les contenus mis en œuvre à l’aide de langages de balisage qui prennent en charge les propriétés de style de texte suivantes, aucune perte de contenu ou de fonctionnalité ne se produit en définissant tous les éléments suivants et en ne modifiant aucune autre propriété de style:

    +
      +
    • La hauteur de ligne (interlignage) définie à au moins 1,5 fois la taille de la police ;
      • +
    • L’espacement entre les paragraphes consécutifs défini à au moins 2 fois la taille de la police ;
      • +
    • L’espacement des lettres (interlettrage) défini à au moins 0,12 fois la taille de la police ;
      • +
    • L’espacement entre les mots défini à au moins 0,16 fois la taille de la police.
      • +
    +

    Exception : les langues et systèmes d’écritures qui n’utilisent pas une ou plusieurs de ces propriétés de style de texte pour le texte écrit peuvent être conformes en utilisant uniquement les propriétés qui existent pour cette combinaison de langue et de système d’écriture.

    +     		+

    C.11.1.4.12 Espacement du texte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.12 Espacement du texte des WCAG 2.1.

    +
    +

    11.1.4.13 Contenu au survol ou au focus

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +

    Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1

    +

    Comprendre le Contenu en mode survol ou focus (en anglais seulement)

    +

    Comment satisfaire au critère Contenu en mode survol ou focus (en anglais seulement)

    +

    (Niveau AA)

    +

    Lorsque la réception puis la suppression du pointeur ou de la du focus du clavier déclenchent l’affichage et le masquage d’un contenu supplémentaire, ce qui suit est vrai:

    +
      +
    • Masquer : il existe un mécanisme permettant de masquer le contenu additionnel sans déplacer le pointeur ou le focus du clavier, à moins que le contenu additionnel ne communique une ou ne masque ni ne remplace un autre contenu ;
      • +
    • Survoler : si le survol du pointeur peut déclencher le contenu additionnel, alors le pointeur peut être déplacé sur le contenu additionnel sans que celui-ci disparaisse ;
      • +
    • Persister : le contenu additionnel reste visible jusqu’à ce que le survol ou le focus soit retiré, que l’utilisateur le masque ou que ses informations ne soient plus valables.
      • +
    +

    Exception: La présentation visuelle du contenu supplémentaire est contrôlée par l’agent utilisateur et n’est pas modifiée par l’auteur.

    +

    Remarque: Parmi les exemples de contenu supplémentaire contrôlé par l’agent utilisateur figurent les infobulles du navigateur créées à l’aide de l’attribut titre HTML.

    +

    Remarque: Les infobulles, sous-menus et autres fenêtres contextuelles non modales qui s’affichent sur le survol et la du focus sont des exemples de contenu supplémentaire couvert par ce critère.

    +     		+

    C.11.1.4.13 Contenu au survol ou au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le Critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 1.4.13 Contenu au survol ou au focus des WCAG 2.1.

    +
    11.2 Utilisable
    11.2.1 Accessibilité au clavier
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    11.2.1.1 Clavier
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.1.1.1 Clavier (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès à des claviers ou à une interface clavier, elle doit satisfaire au critère de succès 2.1.1 Clavier des - WCAG 2.1. -

    -

    REMARQUE: cela ne signifie pas qu’un logiciel est nécessaire pour prendre directement en charge un - clavier ou une « interface clavier ». Cela n’implique pas non plus qu’un logiciel soit requis pour - fournir un clavier programmable. Le logiciel de plateforme sous-jacent peut fournir des services de - saisie indépendants de dispositifs à des applications qui assurent l’exploitation à l’aide d’un - clavier. Le logiciel qui prend en charge l’exploitation par l’intermédiaire de ces services - indépendants pourrait être utilisé par un clavier et serait conforme.

    -

    Critère de succès 2.1.1 Clavier des WCAG 2.1

    -

    Comprendre le clavier (en anglais - seulement)

    -

    Comment satisfaire au critère Clavier (en - anglais seulement) -

    -

    (Niveau A)

    -

    Toutes les fonctions du - contenu sont - contrôlées par une interface - clavier qui n’exige pas de rythmes de frappe particuliers, sauf lorsque la fonction - sous-jacente nécessite des données indiquant la trajectoire donnée par l’utilisateur en plus des - points finaux.

    -

    Remarque: Cette exception ne concerne que la fonction sous-jacente et non la technique de saisie. Par - exemple, lorsqu’on utilise l’écriture manuscrite pour saisir du texte, la technique de saisie - (l’écriture manuscrite) nécessite une saisie qui dépend d’un tracé, mais la fonction sous-jacente - (la saisie de texte) ne le requiert pas.

    -

    Remarque: Cela n’interdit pas et ne devrait pas décourager l’utilisation de la souris ou de toute - autre méthode de saisie en plus de l’utilisation du clavier.

    -     		-

    C.11.2.1.1.1 Clavier (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge les claviers ou une interface clavier.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère - de succès 2.1.1 Clavier des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 2.1.1 Clavier des WCAG 2.1.

    -
    -

    11.2.1.1.2 Clavier (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui fournit une interface utilisateur restreinte aux - claviers ou une interface clavier, elle doit satisfaire à l’exigence 5.1.6.1 (Fonctionnement sans - interface clavier: fonction restreinte).

    -     		-

    C.11.2.1.1.2 Clavier (fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur est restreinte aux claviers ou aux interfaces clavier.

    -

    Procédure

    -

    1. Vérifier que toutes les fonctions de l’interface utilisateur sont utilisables sans vision.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.2.1.2 Pas de piège au clavier

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès indiqué dans le tableau 11.3.

    -

    Tableau 11.3: Critère de succès du logiciel: Pas de piège au clavier

    -

    Si la du focus du clavier peut être positionnée sur un élément du logiciel à l’aide d’une interface clavier, - réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface - clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation - ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de - déplacer la du focus hors de ce composant.

    -

    REMARQUE 1: puisque toute partie d’un logiciel ne satisfaisant pas à ce critère de succès peut - interférer avec la capacité de l’utilisateur à exploiter le logiciel entier, il est nécessaire que - tout le contenu présent dans le logiciel (qu’il soit utilisé pour satisfaire à d’autres critères de - succès ou non) satisfasse à ce critère de succès.

    -

    REMARQUE 2: La méthode standard de sortie pourrait varier d’une plateforme à l’autre. Par exemple, la - touche Échap est une méthode standard de sortie sur de nombreuses plateformes de bureau.

    -

    REMARQUE 3: ce critère de succès est identique au critère de succès 2.1.2 Pas de - piège au - clavier des WCAG 2.1 à clavier après remplacement de « contenu », « page » et « page Web » - par « logiciel », après suppression de « Voir l’exigence de conformité 5: Non-interférence », après - l’ajout de la note 2 ci-dessus et la reformulation de la note 1 ci-dessus de manière à éviter le - verbe « devoir ».

    -

    Critère de succès 2.1.2 Pas de piège au clavier des WCAG 2.1

    -

    Comprendre pas de piège au - clavier (en anglais seulement)

    -

    Comment satisfaire au critère pas - de piège au clavier (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.2.1.2 Pas de piège au clavier

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.3.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    11.2.1.1 Clavier
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.1.1.1 Clavier (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès à des claviers ou à une interface clavier, elle doit satisfaire au critère de succès 2.1.1 Clavier des WCAG 2.1.

    +

    REMARQUE: cela ne signifie pas qu’un logiciel est nécessaire pour prendre directement en charge un clavier ou une « interface clavier ». Cela n’implique pas non plus qu’un logiciel soit requis pour fournir un clavier programmable. Le logiciel de plateforme sous-jacent peut fournir des services de saisie indépendants de dispositifs à des applications qui assurent l’exploitation à l’aide d’un clavier. Le logiciel qui prend en charge l’exploitation par l’intermédiaire de ces services indépendants pourrait être utilisé par un clavier et serait conforme.

    +

    Critère de succès 2.1.1 Clavier des WCAG 2.1

    +

    Comprendre le clavier (en anglais seulement)

    +

    Comment satisfaire au critère Clavier (en anglais seulement)

    +

    (Niveau A)

    +

    Toutes les fonctions du contenu sont contrôlées par une interface clavier qui n’exige pas de rythmes de frappe particuliers, sauf lorsque la fonction sous-jacente nécessite des données indiquant la trajectoire donnée par l’utilisateur en plus des points finaux.

    +

    Remarque: Cette exception ne concerne que la fonction sous-jacente et non la technique de saisie. Par exemple, lorsqu’on utilise l’écriture manuscrite pour saisir du texte, la technique de saisie (l’écriture manuscrite) nécessite une saisie qui dépend d’un tracé, mais la fonction sous-jacente (la saisie de texte) ne le requiert pas.

    +

    Remarque: Cela n’interdit pas et ne devrait pas décourager l’utilisation de la souris ou de toute autre méthode de saisie en plus de l’utilisation du clavier.

    +     		+

    C.11.2.1.1.1 Clavier (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge les claviers ou une interface clavier.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.1.1 Clavier des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.1 Clavier des WCAG 2.1.

    +
    +

    11.2.1.1.2 Clavier (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui fournit une interface utilisateur restreinte aux claviers ou une interface clavier, elle doit satisfaire à l’exigence 5.1.6.1 (Fonctionnement sans interface clavier: fonction restreinte).

    +     		+

    C.11.2.1.1.2 Clavier (fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur est restreinte aux claviers ou aux interfaces clavier.

    +

    Procédure

    +

    1. Vérifier que toutes les fonctions de l’interface utilisateur sont utilisables sans vision.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.2.1.2 Pas de piège au clavier

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès indiqué dans le tableau 11.3.

    +

    Tableau 11.3: Critère de succès du logiciel: Pas de piège au clavier

    +

    Si la du focus du clavier peut être positionnée sur un élément du logiciel à l’aide d’une interface clavier, réciproquement, il peut être déplacé hors de ce même composant simplement à l’aide d’une interface clavier et, si ce déplacement exige plus que l’utilisation d’une simple touche flèche ou tabulation ou toute autre méthode standard de sortie, l’utilisateur est informé de la méthode permettant de déplacer la du focus hors de ce composant.

    +

    REMARQUE 1: puisque toute partie d’un logiciel ne satisfaisant pas à ce critère de succès peut interférer avec la capacité de l’utilisateur à exploiter le logiciel entier, il est nécessaire que tout le contenu présent dans le logiciel (qu’il soit utilisé pour satisfaire à d’autres critères de succès ou non) satisfasse à ce critère de succès.

    +

    REMARQUE 2: La méthode standard de sortie pourrait varier d’une plateforme à l’autre. Par exemple, la touche Échap est une méthode standard de sortie sur de nombreuses plateformes de bureau.

    +

    REMARQUE 3: ce critère de succès est identique au critère de succès 2.1.2 Pas de piège au clavier des WCAG 2.1 à clavier après remplacement de « contenu », « page » et « page Web » par « logiciel », après suppression de « Voir l’exigence de conformité 5: Non-interférence », après l’ajout de la note 2 ci-dessus et la reformulation de la note 1 ci-dessus de manière à éviter le verbe « devoir ».

    +

    Critère de succès 2.1.2 Pas de piège au clavier des WCAG 2.1

    +

    Comprendre pas de piège au clavier (en anglais seulement)

    +

    Comment satisfaire au critère pas de piège au clavier (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.2.1.2 Pas de piège au clavier

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.3.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.2.1.4 Raccourcis clavier des caractères
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.1.4.1 Raccourcis clavier utilisant des caractères (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1.

    -

    Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1

    -

    Comprendre les - raccourcis clavier des caractères (en anglais seulement)

    -

    Comment utiliser les - raccourcis clavier des caractères (en anglais seulement)

    -

    (Niveau A)

    -

    Si un raccourci - clavier est mis en - œuvre dans le contenu en utilisant uniquement des lettres (y compris les lettres majuscules et - minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins un des éléments - suivants est vrai:

    -
      -
    • Désactiver: un mécanisme - est disponible - pour désactiver le raccourci;
      • -
    • Réassigner : Un mécanisme est offert pour reprogrammer le raccourci afin d’utiliser un ou - plusieurs caractères clavier non imprimables (par exemple Ctrl, Alt, etc.);
      • -
    • Actif uniquement au focus : le raccourci clavier pour un composant - d’interface - utilisateur n’est actif que lorsque ce composant a le focus.
      • -
    -     		-

    C.11.2.1.4.1 Raccourcis clavier utilisant des caractères (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 2.1.4 Raccourcis clavier utilisant des caractères - des WCAG 2.1.

    -
    -

    11.2.1.4.2 Raccourcis clavier utilisant des caractères (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui fournit une interface utilisateur restreinte aux - claviers ou une interface clavier, elle doit satisfaire à l’exigence 5.1.6.1 (Fonctionnement sans - interface clavier: fonction restreinte).

    -     		-

    C.11.2.1.4.2 Raccourcis clavier utilisant des caractères (fonction restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La fonctionnalité des TIC est f restreintes aux claviers ou aux interfaces clavier.

    -

    2. La fonctionnalité des TIC est restreintes aux claviers ou aux interfaces clavier.

    -

    Procédure

    -

    1. Vérifier que toutes les fonctions sont utilisables sans vision.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    11.2.1.4 Raccourcis clavier des caractères
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.1.4.1 Raccourcis clavier utilisant des caractères (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1.

    +

    Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1

    +

    Comprendre les raccourcis clavier des caractères (en anglais seulement)

    +

    Comment utiliser les raccourcis clavier des caractères (en anglais seulement)

    +

    (Niveau A)

    +

    Si un raccourci clavier est mis en œuvre dans le contenu en utilisant uniquement des lettres (y compris les lettres majuscules et minuscules), des signes de ponctuation, des chiffres ou des symboles, alors au moins un des éléments suivants est vrai:

    +
      +
    • Désactiver: un mécanisme est disponible pour désactiver le raccourci;
      • +
    • Réassigner : Un mécanisme est offert pour reprogrammer le raccourci afin d’utiliser un ou plusieurs caractères clavier non imprimables (par exemple Ctrl, Alt, etc.);
      • +
    • Actif uniquement au focus : le raccourci clavier pour un composant d’interface utilisateur n’est actif que lorsque ce composant a le focus.
      • +
    +     		+

    C.11.2.1.4.1 Raccourcis clavier utilisant des caractères (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au Critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 2.1.4 Raccourcis clavier utilisant des caractères des WCAG 2.1.

    +
    +

    11.2.1.4.2 Raccourcis clavier utilisant des caractères (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui fournit une interface utilisateur restreinte aux claviers ou une interface clavier, elle doit satisfaire à l’exigence 5.1.6.1 (Fonctionnement sans interface clavier: fonction restreinte).

    +     		+

    C.11.2.1.4.2 Raccourcis clavier utilisant des caractères (fonction restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La fonctionnalité des TIC est f restreintes aux claviers ou aux interfaces clavier.

    +

    2. La fonctionnalité des TIC est restreintes aux claviers ou aux interfaces clavier.

    +

    Procédure

    +

    1. Vérifier que toutes les fonctions sont utilisables sans vision.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.2.2 Délai Suffisant
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.2.1 Réglage du délai

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès indiqué dans le tableau 11.4.

    -

    Tableau 11.4: Critère de succès du logiciel: réglage du délai

    -

    Pour chaque limite de temps fixée par le logiciel, au moins l’un des points suivants est vrai:

    -
      -
    • Suppression : l’utilisateur a la possibilité de supprimer la limite de temps avant de la - rencontrer - ; ou
      • -
    • Ajustement : l’utilisateur a la possibilité d’ajuster la limite de temps avant de la rencontrer - dans un intervalle d’au moins dix fois la durée paramétrée par défaut ; ou
      • -
    • Extension: l’utilisateur est averti avant que la limite de temps expire et il lui est accordé au - moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la - barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix - fois.
      • -
    • Extension : l’utilisateur est averti avant que la limite de temps n’expire et il lui est accordé - au - moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la - barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix - fois ; - ou
      • -
    • L’exception du temps réel : la limite de temps est une partie constitutive d’un événement en - temps - réel (par exemple, une enchère) et aucune alternative n’est possible ; ou
      • -
    • L’exception de la limite essentielle : la limite de temps est essentielleessentielle - et - l’étendre invaliderait alors l’activité ; ou
      • -
    • L’exception des 20 heures : la limite de temps est supérieure à 20 heures.
      • -
    -

    REMARQUE 1: Ce critère de succès permet de s’assurer que les utilisateurs peuvent accomplir les - tâches sans changements inattendus dans le contenu ou le contexte résultant d’une limite de temps. - Ce critère de succès doit être considéré conjointement avec le critère de succès 3.2.1 des WCAG - 2.1, qui - impose des limites aux changements de contenu ou de contexte résultant de l’action des utilisateurs. -

    -

    REMARQUE 2: ce critère de succès est identique au critère de succès 2.2.1 - Réglage du délai - des WCAG 2.1, après remplacement de « le contenu » par « logiciel » et l’ajout des mots « - des WCAG 2.1 » après les mots « critère de succès » à la note 1 ci-dessus.

    -     		-

    C.11.2.2.1 Réglage du délai

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.4.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Échec: L’énoncé testablNon applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.2.2.2 Mettre en pause, arrêter, masquer

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès indiqué dans le tableau 11.5.

    -

    Tableau 11.5: Critère de succès du logiciel: mettre en pause, arrêter, masquer

    -

    Pour déplacer, faire clignoter, - faire défiler - ou mettre à jour automatiquement des informations, tous les éléments suivants sont vrais:

    -
      -
    • Déplacement, clignotement, défilement: pour toute information en mouvement, clignotante ou - défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée - en - parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de mettre en - pause, d’arrêter ou de masquer - l’information à - moins que le déplacement, le clignement ou le défilement fasse partie d’une activité où cela est - essentiel. -
      • -
    • Mise à jour automatique: pour toute mise à jour qui (1) démarre automatiquement et (2) est - présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur - de - la mettre en pause, de l’arrêter, de la masquer ou de contrôler sa fréquence, sauf si la mise à - jour - automatique fait partie d’une activité où elle est essentielle.
      • -
    -

    REMARQUE 1: Pour les exigences relatives au contenu clignotant ou avec flash, se référer à la règle 2.3 des - WCAG 2.1.

    -

    REMARQUE 2: ce critère de succès s’applique à tout le contenu du logiciel (qu’il existe ou non un - autre mode de fonctionnement accessible du logiciel), car toute partie d’un logiciel qui ne - satisfait pas à ce critère de succès peut nuire à la capacité de l’utilisateur d’utiliser le - logiciel en entier (y compris un élément d’interface utilisateur qui lui permet d’activer le - deuxième mode accessible).

    -

    REMARQUE 3: Il n’est pas exigé que le contenu mis à jour périodiquement par logiciel ou diffusé en - flux à l’agent utilisateur conserve ou présente l’information générée ou reçue entre la mise en - pause et la reprise de la présentation, puisque cela peut ne pas être techniquement possible et - s’avérer trompeur dans beaucoup de situations.

    -

    REMARQUE 4: Une animation survenant dans une phase de pré-chargement ou dans une situation similaire - peut être considérée comme essentielle si aucune interaction n’est permise à tous les utilisateurs - durant cette phase et si l’absence d’indication de progression est susceptible de perturber les - utilisateurs ou de leur faire croire que le contenu est figé ou défectueux.

    -

    REMARQUE 5: cela s’applique à tous les contenus. Tout contenu, informatif ou décoratif, qui est mis à - jour automatiquement, clignote ou bouge peut créer un obstacle à l’accessibilité.

    -

    REMARQUE 6: ce critère de succès est identique au critère de succès 2.2.2 Mettre - en pause, - arrêter, masquer des WCAG 2.1, après remplacement de « page » et de « page Web » par « - logiciel », suppression de « Voir l’exigence de conformité 5: non-ingérence » dans la note 2 du - critère de succès, l’ajout des mots « des WCAG 2.1 » à la suite de « règle » à la note 1, la - reformulation de la note 2 de façon à éviter le verbe « devoir » et l’ajout de la note 5 ci-dessus. -

    -

    Critère de réussite 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1

    -

    Comprendre le critère de - succès Mettre en pause, arrêter, masquer (en anglais seulement)

    -

    Comment satisfaire au critère Mettre - en pause, arrêter, masquer (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.2.2.2 Mettre en pause, arrêter, masquer

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.5.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    11.2.2 Délai Suffisant
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.2.1 Réglage du délai

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès indiqué dans le tableau 11.4.

    +

    Tableau 11.4: Critère de succès du logiciel: réglage du délai

    +

    Pour chaque limite de temps fixée par le logiciel, au moins l’un des points suivants est vrai:

    +
      +
    • Suppression : l’utilisateur a la possibilité de supprimer la limite de temps avant de la rencontrer ; ou
      • +
    • Ajustement : l’utilisateur a la possibilité d’ajuster la limite de temps avant de la rencontrer dans un intervalle d’au moins dix fois la durée paramétrée par défaut ; ou
      • +
    • Extension: l’utilisateur est averti avant que la limite de temps expire et il lui est accordé au moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix fois.
      • +
    • Extension : l’utilisateur est averti avant que la limite de temps n’expire et il lui est accordé au moins 20 secondes pour étendre cette limite par une action simple (par exemple, « appuyer sur la barre d’espace ») et l’utilisateur a la possibilité d’étendre la limite de temps au moins dix fois ; ou
      • +
    • L’exception du temps réel : la limite de temps est une partie constitutive d’un événement en temps réel (par exemple, une enchère) et aucune alternative n’est possible ; ou
      • +
    • L’exception de la limite essentielle : la limite de temps est essentielleessentielle et l’étendre invaliderait alors l’activité ; ou
      • +
    • L’exception des 20 heures : la limite de temps est supérieure à 20 heures.
      • +
    +

    REMARQUE 1: Ce critère de succès permet de s’assurer que les utilisateurs peuvent accomplir les tâches sans changements inattendus dans le contenu ou le contexte résultant d’une limite de temps. Ce critère de succès doit être considéré conjointement avec le critère de succès 3.2.1 des WCAG 2.1, qui impose des limites aux changements de contenu ou de contexte résultant de l’action des utilisateurs.

    +

    REMARQUE 2: ce critère de succès est identique au critère de succès 2.2.1 Réglage du délai des WCAG 2.1, après remplacement de « le contenu » par « logiciel » et l’ajout des mots « des WCAG 2.1 » après les mots « critère de succès » à la note 1 ci-dessus.

    +     		+

    C.11.2.2.1 Réglage du délai

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.4.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Échec: L’énoncé testablNon applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.2.2.2 Mettre en pause, arrêter, masquer

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès indiqué dans le tableau 11.5.

    +

    Tableau 11.5: Critère de succès du logiciel: mettre en pause, arrêter, masquer

    +

    Pour déplacer, faire clignoter, faire défiler ou mettre à jour automatiquement des informations, tous les éléments suivants sont vrais:

    +
      +
    • Déplacement, clignotement, défilement: pour toute information en mouvement, clignotante ou défilante qui (1) démarre automatiquement, (2) dure plus de cinq secondes et (3) est présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de mettre en pause, d’arrêter ou de masquer l’information à moins que le déplacement, le clignement ou le défilement fasse partie d’une activité où cela est essentiel.
      • +
    • Mise à jour automatique: pour toute mise à jour qui (1) démarre automatiquement et (2) est présentée en parallèle avec d’autres contenus, il existe un mécanisme permettant à l’utilisateur de la mettre en pause, de l’arrêter, de la masquer ou de contrôler sa fréquence, sauf si la mise à jour automatique fait partie d’une activité où elle est essentielle.
      • +
    +

    REMARQUE 1: Pour les exigences relatives au contenu clignotant ou avec flash, se référer à la règle 2.3 des WCAG 2.1.

    +

    REMARQUE 2: ce critère de succès s’applique à tout le contenu du logiciel (qu’il existe ou non un autre mode de fonctionnement accessible du logiciel), car toute partie d’un logiciel qui ne satisfait pas à ce critère de succès peut nuire à la capacité de l’utilisateur d’utiliser le logiciel en entier (y compris un élément d’interface utilisateur qui lui permet d’activer le deuxième mode accessible).

    +

    REMARQUE 3: Il n’est pas exigé que le contenu mis à jour périodiquement par logiciel ou diffusé en flux à l’agent utilisateur conserve ou présente l’information générée ou reçue entre la mise en pause et la reprise de la présentation, puisque cela peut ne pas être techniquement possible et s’avérer trompeur dans beaucoup de situations.

    +

    REMARQUE 4: Une animation survenant dans une phase de pré-chargement ou dans une situation similaire peut être considérée comme essentielle si aucune interaction n’est permise à tous les utilisateurs durant cette phase et si l’absence d’indication de progression est susceptible de perturber les utilisateurs ou de leur faire croire que le contenu est figé ou défectueux.

    +

    REMARQUE 5: cela s’applique à tous les contenus. Tout contenu, informatif ou décoratif, qui est mis à jour automatiquement, clignote ou bouge peut créer un obstacle à l’accessibilité.

    +

    REMARQUE 6: ce critère de succès est identique au critère de succès 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1, après remplacement de « page » et de « page Web » par « logiciel », suppression de « Voir l’exigence de conformité 5: non-ingérence » dans la note 2 du critère de succès, l’ajout des mots « des WCAG 2.1 » à la suite de « règle » à la note 1, la reformulation de la note 2 de façon à éviter le verbe « devoir » et l’ajout de la note 5 ci-dessus.

    +

    Critère de réussite 2.2.2 Mettre en pause, arrêter, masquer des WCAG 2.1

    +

    Comprendre le critère de succès Mettre en pause, arrêter, masquer (en anglais seulement)

    +

    Comment satisfaire au critère Mettre en pause, arrêter, masquer (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.2.2.2 Mettre en pause, arrêter, masquer

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.5.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    11.2.3 Crises et réactions physiques
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès indiqué dans le tableau 11.6.

    -

    Tableau 11.6: Critère de succès du logiciel: Pas plus de trois flashs ou sous le seuil - critique

    -

    Un logiciel doit être exempt de tout élément qui flashe plus de trois fois dans n’importe quel - intervalle d’une seconde ou ce flash doit se - situer sous le seuil de flash générique et le seuil de flash rouge.

    -

    REMARQUE 1: ce critère de succès s’applique à tout le contenu du logiciel (qu’il existe ou non un - autre mode de fonctionnement accessible du logiciel), car toute partie d’un logiciel qui ne - satisfait pas à ce critère de succès peut nuire à la capacité de l’utilisateur d’utiliser le - logiciel en entier (y compris un élément d’interface utilisateur qui lui permet d’activer le - deuxième mode accessible).

    -

    REMARQUE 2: ce critère de succès est identique au critère de - succès 2.3.1 Pas - plus de trois flashs des WCAG 2.1 après remplacement de « pages Web » par « logiciel », de « - la page entière » par « le logiciel entier », « la page Web » par « le logiciel », après suppression - de « Voir l’exigence de conformité 5: Non-ingérence » et après la reformulation de la note 1 - ci-dessus pour éviter le verbe « devoir ».

    -

    Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG - 2.1

    -

    Comprendre - le critère de succès Pas plus de trois flashs ou sous le seuil critique (en anglais - seulement)

    -

    Comment satisfaire - au critère Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.6.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    11.2.3 Crises et réactions physiques
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès indiqué dans le tableau 11.6.

    +

    Tableau 11.6: Critère de succès du logiciel: Pas plus de trois flashs ou sous le seuil critique

    +

    Un logiciel doit être exempt de tout élément qui flashe plus de trois fois dans n’importe quel intervalle d’une seconde ou ce flash doit se situer sous le seuil de flash générique et le seuil de flash rouge.

    +

    REMARQUE 1: ce critère de succès s’applique à tout le contenu du logiciel (qu’il existe ou non un autre mode de fonctionnement accessible du logiciel), car toute partie d’un logiciel qui ne satisfait pas à ce critère de succès peut nuire à la capacité de l’utilisateur d’utiliser le logiciel en entier (y compris un élément d’interface utilisateur qui lui permet d’activer le deuxième mode accessible).

    +

    REMARQUE 2: ce critère de succès est identique au critère de succès 2.3.1 Pas plus de trois flashs des WCAG 2.1 après remplacement de « pages Web » par « logiciel », de « la page entière » par « le logiciel entier », « la page Web » par « le logiciel », après suppression de « Voir l’exigence de conformité 5: Non-ingérence » et après la reformulation de la note 1 ci-dessus pour éviter le verbe « devoir ».

    +

    Critère de succès 2.3.1 Pas plus de trois flashs ou sous le seuil critique des WCAG 2.1

    +

    Comprendre le critère de succès Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    +

    Comment satisfaire au critère Pas plus de trois flashs ou sous le seuil critique (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.2.3.1 Pas plus de trois flashs ou sous le seuil critique

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.6.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    11.2.4 Navigable
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.4.3 Parcours du focus

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès indiqué dans le tableau 11.7.

    -

    Tableau 11.7: Critère de succès du logiciel: Parcours du focus

    -

    Si un logiciel peut être parcourue - de façon séquentielle et que les séquences de navigation affectent la signification ou - l’action, les éléments reçoivent la du focus dans un ordre qui préserve la signification et - l’opérabilité.

    -

    REMARQUE: ce critère de succès est identique au critère de succès 2.4.3 Parcours de - la cible de - saisie des WCAG 2.1 après le remplacement de « page Web » par « logiciel ».

    -

    Critère de succès 2.4.3 Parcours du focus des WCAG 2.1

    -

    Comprendre le critère de succès - Parcours du focus (en anglais)

    -

    Comment satisfaire au critère de succès - Parcours du focus (en anglais)

    -

    (Niveau A)

    -     		-

    C.11.2.4.3 Parcours du focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.7.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.2.4.4 Fonction du lien (selon le contexte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de - succès 2.4.4 - Fonction du lien (selon le contexte) des WCAG 2.1.

    -

    Critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1

    -

    Comprendre Fonction - du lien (selon le contexte) (en anglais)

    -

    Comment satisfaire à - Fonction du lien (selon le contexte) (en anglais)

    -

    (Niveau A)

    -

    La fonction de chaque - lien est - déterminée par le texte du lien seul ou par le texte du lien associé à un contexte - du - lien déterminé par un programme informatique, sauf si la fonction du lien est ambiguë pour - tout - utilisateur.

    -     		-

    C.11.2.4.4 Fonction du lien (selon le contexte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 2.4.4 - Objectif du - lien (selon le contexte) des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1. -

    -
    -

    11.2.4.6 En-têtes et étiquettes

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de - succès 2.4.6 - En-têtes et étiquettes des WCAG 2.1.

    -

    REMARQUE: dans un logiciel, les en-têtes et les étiquettes sont utilisés pour décrire les sections du - contenu et les contrôles respectivement. Dans certains cas, il peut être difficile de savoir si un - élément de texte statique est un en-tête ou une étiquette. Mais qu’il s’agisse d’une étiquette ou - d’un en-tête, l’exigence est la même: s’ils sont présents, ils doivent décrire le sujet ou le but - des éléments auxquels ils sont associés.

    -

    Critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1

    -

    Comprendre le critère - de succès En-têtes et étiquettes (en anglais seulement)

    -

    Comment satisfaire au critère de - succès En-têtes et étiquettes (en anglais seulement)

    -

    (Niveau AA)

    -

    Les en-têtes et les étiquettes - décrivent le - sujet ou le but.

    -     		-

    C.11.2.4.6 En-têtes et étiquettes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès - 2.4.6 En-têtes et - étiquettes des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    -
    -

    11.2.4.7 Visibilité du focus

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès - 2.4.7 - Visibilité du focus des WCAG 2.1.

    -

    Critère de succès 2.4.7 Visibilité du focus des WCAG 2.1

    -

    Comprendre Visibilité du - focus (en anglais)

    -

    Comment satisfaire à Visibilité du - focus (en anglais)

    -

    (Niveau AA)

    -

    Toute interface utilisable au clavier comporte un mode de fonctionnement où la du focus est - visible.

    -     		-

    C.11.2.4.7 Visibilité du focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.4.7 - Visibilité de la cible - de saisie des WCAG 2.1 des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès critère de succès 2.4.7 Visibilité du focus des WCAG - 2.1.

    -
    11.2.4 Navigable
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.4.3 Parcours du focus

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès indiqué dans le tableau 11.7.

    +

    Tableau 11.7: Critère de succès du logiciel: Parcours du focus

    +

    Si un logiciel peut être parcourue de façon séquentielle et que les séquences de navigation affectent la signification ou l’action, les éléments reçoivent la du focus dans un ordre qui préserve la signification et l’opérabilité.

    +

    REMARQUE: ce critère de succès est identique au critère de succès 2.4.3 Parcours de la cible de saisie des WCAG 2.1 après le remplacement de « page Web » par « logiciel ».

    +

    Critère de succès 2.4.3 Parcours du focus des WCAG 2.1

    +

    Comprendre le critère de succès Parcours du focus (en anglais)

    +

    Comment satisfaire au critère de succès Parcours du focus (en anglais)

    +

    (Niveau A)

    +     		+

    C.11.2.4.3 Parcours du focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.7.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.2.4.4 Fonction du lien (selon le contexte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    +

    Critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1

    +

    Comprendre Fonction du lien (selon le contexte) (en anglais)

    +

    Comment satisfaire à Fonction du lien (selon le contexte) (en anglais)

    +

    (Niveau A)

    +

    La fonction de chaque lien est déterminée par le texte du lien seul ou par le texte du lien associé à un contexte du lien déterminé par un programme informatique, sauf si la fonction du lien est ambiguë pour tout utilisateur.

    +     		+

    C.11.2.4.4 Fonction du lien (selon le contexte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 2.4.4 Objectif du lien (selon le contexte) des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.4 Fonction du lien (selon le contexte) des WCAG 2.1.

    +
    +

    11.2.4.6 En-têtes et étiquettes

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +

    REMARQUE: dans un logiciel, les en-têtes et les étiquettes sont utilisés pour décrire les sections du contenu et les contrôles respectivement. Dans certains cas, il peut être difficile de savoir si un élément de texte statique est un en-tête ou une étiquette. Mais qu’il s’agisse d’une étiquette ou d’un en-tête, l’exigence est la même: s’ils sont présents, ils doivent décrire le sujet ou le but des éléments auxquels ils sont associés.

    +

    Critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1

    +

    Comprendre le critère de succès En-têtes et étiquettes (en anglais seulement)

    +

    Comment satisfaire au critère de succès En-têtes et étiquettes (en anglais seulement)

    +

    (Niveau AA)

    +

    Les en-têtes et les étiquettes décrivent le sujet ou le but.

    +     		+

    C.11.2.4.6 En-têtes et étiquettes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 2.4.6 En-têtes et étiquettes des WCAG 2.1.

    +
    +

    11.2.4.7 Visibilité du focus

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès 2.4.7 Visibilité du focus des WCAG 2.1.

    +

    Critère de succès 2.4.7 Visibilité du focus des WCAG 2.1

    +

    Comprendre Visibilité du focus (en anglais)

    +

    Comment satisfaire à Visibilité du focus (en anglais)

    +

    (Niveau AA)

    +

    Toute interface utilisable au clavier comporte un mode de fonctionnement où la du focus est visible.

    +     		+

    C.11.2.4.7 Visibilité du focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.4.7 Visibilité de la cible de saisie des WCAG 2.1 des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès critère de succès 2.4.7 Visibilité du focus des WCAG 2.1.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.2.5 Modalités d’entrée
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.5.1 Gestes pour le contrôle du pointeur

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès indiqué dans le tableau 11.8.

    -

    Tableau 11.8: Critère de succès du logiciel: Gestes pour le contrôle du pointeur

    -

    Toutes les fonctions qui - utilisent des - mouvements multipoints ou basés sur un tracé pour exécuter une commande peuvent être utilisées avec - un seul pointeur sans - mouvement basé - sur un tracé, à moins qu’un mouvement multipoint ou basé sur un tracé soit essentiel.

    -

    REMARQUE 1: cette exigence s’applique au logiciel non Web qui interprète les actions du pointeur - (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur - ou la technologie d’assistance).

    -

    REMARQUE 2: ce critère de succès est identique au critère de succès - 2.5.1 Mouvements du - pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par la note 1 - ci-dessus.

    -

    Critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1

    -

    Comprendre le critère de - succès Gestes pour le contrôle du pointeur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Gestes pour le contrôle du pointeur (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.2.5.1 Gestes pour le contrôle du pointeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.8.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.2.5.2 Annulation de l’action du pointeur

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès indiqué dans le tableau 11.9.

    -

    Tableau 11.9: Critère de succès du logiciel: Annulation de l’action du pointeur

    -

    Dans le cas des fonctions - qui peuvent - fonctionner à l’aide d’un seul - pointeur, au moins l’un des éléments suivants est vrai:

    -
      -
    • Aucun événement descendant: l’événement - descendant (down-event) du pointeur n’est pas utilisé pour exécuter une partie ou la - totalité de la fonction
      • -
    • Abandonner ou Annuler: l’achèvement de la fonction se fait sur l’événement ascendant - (up-event) et un mécanisme est disponible - pour interrompre - la fonction avant l’achèvement ou pour annuler la fonction après l’achèvement ;
      • -
    • Inversion de l’événement: l’événement montant inverse tout résultat de l’événement descendant - précédent.
      • -
    • Essentiel: terminer la fonction sur inversion de l’événement est essentiel.
      • -
    -

    REMARQUE 1: les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme - essentielles.

    -

    REMARQUE 2: cette exigence s’applique au logiciel non Web qui interprète les actions du pointeur - (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur - ou la technologie d’assistance).

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 2.5.2 - Annulation du - pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 - et 2 ci-dessus.

    -

    Critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1

    -

    Comprendre le critère - de succès Annulation de l’action du pointeur (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Annulation de l’action du pointeur (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.2.5.2 Annulation de l’action du pointeur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.9.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    11.2.5 Modalités d’entrée
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.5.1 Gestes pour le contrôle du pointeur

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès indiqué dans le tableau 11.8.

    +

    Tableau 11.8: Critère de succès du logiciel: Gestes pour le contrôle du pointeur

    +

    Toutes les fonctions qui utilisent des mouvements multipoints ou basés sur un tracé pour exécuter une commande peuvent être utilisées avec un seul pointeur sans mouvement basé sur un tracé, à moins qu’un mouvement multipoint ou basé sur un tracé soit essentiel.

    +

    REMARQUE 1: cette exigence s’applique au logiciel non Web qui interprète les actions du pointeur (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

    +

    REMARQUE 2: ce critère de succès est identique au critère de succès 2.5.1 Mouvements du pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par la note 1 ci-dessus.

    +

    Critère de succès 2.5.1 Gestes pour le contrôle du pointeur des WCAG 2.1

    +

    Comprendre le critère de succès Gestes pour le contrôle du pointeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Gestes pour le contrôle du pointeur (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.2.5.1 Gestes pour le contrôle du pointeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.8.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.2.5.2 Annulation de l’action du pointeur

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès indiqué dans le tableau 11.9.

    +

    Tableau 11.9: Critère de succès du logiciel: Annulation de l’action du pointeur

    +

    Dans le cas des fonctions qui peuvent fonctionner à l’aide d’un seul pointeur, au moins l’un des éléments suivants est vrai:

    +
      +
    • Aucun événement descendant: l’événement descendant (down-event) du pointeur n’est pas utilisé pour exécuter une partie ou la totalité de la fonction
      • +
    • Abandonner ou Annuler: l’achèvement de la fonction se fait sur l’événement ascendant (up-event) et un mécanisme est disponible pour interrompre la fonction avant l’achèvement ou pour annuler la fonction après l’achèvement ;
      • +
    • Inversion de l’événement: l’événement montant inverse tout résultat de l’événement descendant précédent.
      • +
    • Essentiel: terminer la fonction sur inversion de l’événement est essentiel.
      • +
    +

    REMARQUE 1: les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme essentielles.

    +

    REMARQUE 2: cette exigence s’applique au logiciel non Web qui interprète les actions du pointeur (c.-à-d. qu’elle ne s’applique pas aux actions requises pour faire fonctionner l’agent utilisateur ou la technologie d’assistance).

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 2.5.2 Annulation du pointeur des WCAG 2.1 après remplacement des notes originales des WCAG 2.1 par les notes 1 et 2 ci-dessus.

    +

    Critère de succès 2.5.2 Annulation de l’action du pointeur des WCAG 2.1

    +

    Comprendre le critère de succès Annulation de l’action du pointeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Annulation de l’action du pointeur (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.2.5.2 Annulation de l’action du pointeur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.9.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    11.2.5.3 Étiquette dans le nom
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.2.5.3.1 Étiquette dans le nom (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès - 2.5.3 Étiquette - dans le nom des WCAG 2.1.

    -

    Critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1

    -

    Comprendre le critère de - succès Étiquette dans le nom (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Étiquette dans le nom (en anglais seulement)

    -

    (Niveau A)

    -

    Pour les composants - d’interface utilisateur dont les étiquettes contiennent du texte ou du texte sous forme - d’image, le nom contient le - texte qui est présenté - visuellement.

    -

    Remarque: il est grandement conseillé de placer le texte de l’étiquette au début du nom.

    -     		-

    C.11.2.5.3.1 Étiquette dans le nom (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.5.3 Étiquette - dans le nom - des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    -
    -

    11.2.5.3.2 Étiquette dans le nom (fonction restreinte)

    -

    Lorsque la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle doit satisfaire à - l’exigence 5.1.3.3 (Corrélation de sortie sonore).

    -     		-

    C.11.2.5.3.2 Étiquette dans le nom (fonction restreinte)

    -

    La clause 11.2.5.3.2 a pour seul but d’informer et ne contient aucune exigence en matière de test. -

    -
    -

    11.2.5.4 Activation par le mouvement

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au critère de succès - 2.5.4 - Activation par le mouvement des WCAG 2.1.

    -

    Critère de succès 2.5.4 Activation par le mouvement

    -

    Comprendre Activation par - le mouvement (en anglais)

    -

    Comment satisfaire à Activation par - le mouvement (en anglais)

    -

    (Niveau A)

    -

    Les fonctionnalités qui - peuvent être - activées par un mouvement de l’appareil ou un mouvement de l’utilisateur peuvent également être - activées par des composants - d’interface - utilisateur et la réponse au mouvement peut être désactivée pour éviter une activation - accidentelle, sauf dans les cas suivants

    -
      -
    • Interface compatible : le mouvement est utilisé pour activer la fonctionnalité par - l’intermédiaire - d’une interface qui prend - en charge l’accessibilité;
      • -
    • Essentiel: le mouvement est essentiel pour - exécuter la fonction, et ce faisant, il invalide l’activité.
      • -
    -     		-

    C.11.2.5.4 Activation par le mouvement

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.5.4 - Activation par le - mouvement des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1. -

    -
    11.2.5.3 Étiquette dans le nom
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.2.5.3.1 Étiquette dans le nom (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +

    Critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1

    +

    Comprendre le critère de succès Étiquette dans le nom (en anglais seulement)

    +

    Comment satisfaire au critère de succès Étiquette dans le nom (en anglais seulement)

    +

    (Niveau A)

    +

    Pour les composants d’interface utilisateur dont les étiquettes contiennent du texte ou du texte sous forme d’image, le nom contient le texte qui est présenté visuellement.

    +

    Remarque: il est grandement conseillé de placer le texte de l’étiquette au début du nom.

    +     		+

    C.11.2.5.3.1 Étiquette dans le nom (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.3 Étiquette dans le nom des WCAG 2.1.

    +
    +

    11.2.5.3.2 Étiquette dans le nom (fonction restreinte)

    +

    Lorsque la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle doit satisfaire à l’exigence 5.1.3.3 (Corrélation de sortie sonore).

    +     		+

    C.11.2.5.3.2 Étiquette dans le nom (fonction restreinte)

    +

    La clause 11.2.5.3.2 a pour seul but d’informer et ne contient aucune exigence en matière de test.

    +
    +

    11.2.5.4 Activation par le mouvement

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +

    Critère de succès 2.5.4 Activation par le mouvement

    +

    Comprendre Activation par le mouvement (en anglais)

    +

    Comment satisfaire à Activation par le mouvement (en anglais)

    +

    (Niveau A)

    +

    Les fonctionnalités qui peuvent être activées par un mouvement de l’appareil ou un mouvement de l’utilisateur peuvent également être activées par des composants d’interface utilisateur et la réponse au mouvement peut être désactivée pour éviter une activation accidentelle, sauf dans les cas suivants

    +
      +
    • Interface compatible : le mouvement est utilisé pour activer la fonctionnalité par l’intermédiaire d’une interface qui prend en charge l’accessibilité;
      • +
    • Essentiel: le mouvement est essentiel pour exécuter la fonction, et ce faisant, il invalide l’activité.
      • +
    +     		+

    C.11.2.5.4 Activation par le mouvement

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas au critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 2.5.4 Activation par le mouvement des WCAG 2.1.

    +
    11.3 Compréhensible
    11.3.1 Lisible
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.3.1.1 Langue du logiciel
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.3.1.1.1 Langue du logiciel (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de - succès indiqué dans le tableau 11.10.

    -

    Tableau 11.10: Critère de succès du logiciel: langue du logiciel

    -

    La langue par défaut du - logiciel peut - être déterminée par un programme - informatique.

    -

    REMARQUE 1: lorsque les plateformes logicielles fournissent un paramètre « endroit/langue », les - applications qui utilisent ce paramètre et rendent leur interface propre à cet « endroit » ou cette - « langue » seraient conformes à ce critère de succès. Les applications qui n’utilisent pas le - paramètre « endroit/langue » de la plateforme, mais qui utilisent une méthode d’exposition de la - langue humaine du logiciel basée sur l’accessibilité seraient également conformes à ce critère de - succès. Les applications mises en œuvre dans des technologies où les technologies d’assistance ne - peuvent pas déterminer la langue humaine et ne prennent pas en charge le paramètre « endroit/langue - » de la plateforme peuvent ne pas être en mesure de satisfaire à ce critère de succès pour cet - endroit ou cette langue.

    -

    REMARQUE 2: ce critère de succès est identique au critère de succès 3.1.1 Langue - de la page - des WCAG 2.1 après remplacement de « pages Web » par « logiciel » et après l’ajout de la - note 1 ci-dessus.

    -

    Critère de succès 3.1.1 Langue de la page des WCAG 2.1

    -

    Comprendre le critère de - succès Langue de la page (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Langue de la page (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.3.1.1.1 Langue du logiciel (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.10.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.3.1.1.2 Langue du logiciel (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne - prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit - l’exigence 5.1.3.14 (Langues parlées).

    -     		-

    C.11.3.1.1.2 Langue du logiciel (fonction restreinte)

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur. -

    -

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la - lecture d’écran.

    -

    3. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    4. La sortie vocale n’est pas utilisée pour les noms propres, les termes techniques, les mots d’une - langue indéterminée et les mots ou expressions qui font maintenant partie de la langue vernaculaire - du texte qui les entoure immédiatement.

    -

    5.Le contenu n’est pas généré à l’extérieur et est sous le contrôle du fournisseur de TIC.

    -

    6. Les langues affichées peuvent être sélectionnées à l’aide d’un accès non visuel. -

    -

    7. L’utilisateur n’a pas sélectionné une langue vocale différente de la langue du contenu affiché. -

    -

    Procédure

    -

    1. Vérifier que la sortie vocale est dans la même langue humaine que le contenu affiché.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1, 2, 3, 4, 5, 6 ou 7 n’est pas remplie.

    -
    11.3.1.1 Langue du logiciel
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.3.1.1.1 Langue du logiciel (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès indiqué dans le tableau 11.10.

    +

    Tableau 11.10: Critère de succès du logiciel: langue du logiciel

    +

    La langue par défaut du logiciel peut être déterminée par un programme informatique.

    +

    REMARQUE 1: lorsque les plateformes logicielles fournissent un paramètre « endroit/langue », les applications qui utilisent ce paramètre et rendent leur interface propre à cet « endroit » ou cette « langue » seraient conformes à ce critère de succès. Les applications qui n’utilisent pas le paramètre « endroit/langue » de la plateforme, mais qui utilisent une méthode d’exposition de la langue humaine du logiciel basée sur l’accessibilité seraient également conformes à ce critère de succès. Les applications mises en œuvre dans des technologies où les technologies d’assistance ne peuvent pas déterminer la langue humaine et ne prennent pas en charge le paramètre « endroit/langue » de la plateforme peuvent ne pas être en mesure de satisfaire à ce critère de succès pour cet endroit ou cette langue.

    +

    REMARQUE 2: ce critère de succès est identique au critère de succès 3.1.1 Langue de la page des WCAG 2.1 après remplacement de « pages Web » par « logiciel » et après l’ajout de la note 1 ci-dessus.

    +

    Critère de succès 3.1.1 Langue de la page des WCAG 2.1

    +

    Comprendre le critère de succès Langue de la page (en anglais seulement)

    +

    Comment satisfaire au critère de succès Langue de la page (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.3.1.1.1 Langue du logiciel (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.10.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.3.1.1.2 Langue du logiciel (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit l’exigence 5.1.3.14 (Langues parlées).

    +     		+

    C.11.3.1.1.2 Langue du logiciel (fonction restreinte)

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    4. La sortie vocale n’est pas utilisée pour les noms propres, les termes techniques, les mots d’une langue indéterminée et les mots ou expressions qui font maintenant partie de la langue vernaculaire du texte qui les entoure immédiatement.

    +

    5.Le contenu n’est pas généré à l’extérieur et est sous le contrôle du fournisseur de TIC.

    +

    6. Les langues affichées peuvent être sélectionnées à l’aide d’un accès non visuel.

    +

    7. L’utilisateur n’a pas sélectionné une langue vocale différente de la langue du contenu affiché.

    +

    Procédure

    +

    1. Vérifier que la sortie vocale est dans la même langue humaine que le contenu affiché.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1, 2, 3, 4, 5, 6 ou 7 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.3.2 Prévisible
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.3.2.1 Au focus

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit - satisfaire au Critère de succès 3.2.1 Au focus des WCAG 2.1.

    -

    REMARQUE: Certains documents composés et leurs agents utilisateurs sont conçus pour offrir des - fonctions d’affichage et de modification très différentes selon la partie du document composé où les - interactions ont lieu (par exemple, une présentation qui contient une feuille de calcul intégrée, - dans laquelle les menus et les barres d’outils de l’agent utilisateur changent selon que - l’utilisateur interagit avec le contenu de la présentation ou celui de la feuille de calcul - intégrée). Si l’utilisateur utilise un mécanisme autre que celui de mettre la du focus sur la - partie du document composite avec laquelle il veut interagir (p. ex. par un choix de menu ou un - mouvement spécial de clavier), tout changement de contexte qui en résulterait ne serait pas soumis à - ce critère de succès parce qu’il n’a pas été causé par un déplacement du focus.

    -

    Critère de succès 3.2.1 Au focus des WCAG 2.1

    -

    Comprendre le critère de succès - du focus (en anglais seulement)

    -

    Comment satisfaire au critère de succès - du focus (en anglais seulement)

    -

    (Niveau A)

    -

    Quand un composant - de - l’interface utilisateur reçoit la du focus, il ne doit pas amorcer un changement de - contexte.

    -     		-

    C.11.3.2.1 Au focus

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez si le logiciel n’échoue pas au Critère de succès 3.2.1 Au focus des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.2.1 Au focus des WCAG 2.1.

    -
    -

    11.3.2.2 À la saisie

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 3.2.2 À la saisie - des WCAG - 2.1.

    -

    Critère de succès 3.2.2 À la saisie des WCAG 2.1

    -

    Comprendre le critère de succès À - la saisie (en anglais seulement)

    -

    Comment satisfaire au critère de succès À - la saisie (en anglais seulement)

    -

    (Niveau A)

    -

    Le changement de paramètre d’un composant - d’interface - utilisateur ne doit pas amorcer de changement de - contexte, à moins - que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

    -     		-

    C.11.3.2.2 À la saisie

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas au critère - de succès 3.2.2 À la saisie des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.2.2 À la saisie des WCAG 2.1.

    -
    11.3.2 Prévisible
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.3.2.1 Au focus

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle doit satisfaire au Critère de succès 3.2.1 Au focus des WCAG 2.1.

    +

    REMARQUE: Certains documents composés et leurs agents utilisateurs sont conçus pour offrir des fonctions d’affichage et de modification très différentes selon la partie du document composé où les interactions ont lieu (par exemple, une présentation qui contient une feuille de calcul intégrée, dans laquelle les menus et les barres d’outils de l’agent utilisateur changent selon que l’utilisateur interagit avec le contenu de la présentation ou celui de la feuille de calcul intégrée). Si l’utilisateur utilise un mécanisme autre que celui de mettre la du focus sur la partie du document composite avec laquelle il veut interagir (p. ex. par un choix de menu ou un mouvement spécial de clavier), tout changement de contexte qui en résulterait ne serait pas soumis à ce critère de succès parce qu’il n’a pas été causé par un déplacement du focus.

    +

    Critère de succès 3.2.1 Au focus des WCAG 2.1

    +

    Comprendre le critère de succès du focus (en anglais seulement)

    +

    Comment satisfaire au critère de succès du focus (en anglais seulement)

    +

    (Niveau A)

    +

    Quand un composant de l’interface utilisateur reçoit la du focus, il ne doit pas amorcer un changement de contexte.

    +     		+

    C.11.3.2.1 Au focus

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez si le logiciel n’échoue pas au Critère de succès 3.2.1 Au focus des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.1 Au focus des WCAG 2.1.

    +
    +

    11.3.2.2 À la saisie

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +

    Critère de succès 3.2.2 À la saisie des WCAG 2.1

    +

    Comprendre le critère de succès À la saisie (en anglais seulement)

    +

    Comment satisfaire au critère de succès À la saisie (en anglais seulement)

    +

    (Niveau A)

    +

    Le changement de paramètre d’un composant d’interface utilisateur ne doit pas amorcer de changement de contexte, à moins que l’utilisateur n’ait été avisé de ce comportement avant d’utiliser le composant.

    +     		+

    C.11.3.2.2 À la saisie

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 3.2.2 À la saisie des WCAG 2.1.

    +
    11.3.3 Assistance à la saisie
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    11.3.3.1 Identification des erreurs
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.3.3.1.1 Identification d’erreur (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 3.3.1 - Identification - des erreurs des WCAG 2.1.

    -

    Critère de succès 3.3.1 Identification des erreurs

    -

    Comprendre le critère - de succès Identification des erreurs (en anglais seulement)

    -

    Comment satisfaire au critère - de succès Identification des erreurs (en anglais seulement)

    -

    (Niveau A)

    -

    Si une erreur de saisie est - détectée - automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous - forme de texte.

    -     		-

    C.11.3.3.1.1 Identification d’erreur (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifiez que la page Web n’échoue pas au critère de succès 3.3.1 - Identification - des erreurs des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1. -

    -
    -

    11.3.3.1.2 Identification d’erreur (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne - prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit - l’exigence 5.1.3.15 (Identification non visuelle des erreurs).

    -     		-

    C.11.3.3.1.2 Identification d’erreur (fonction restreinte)

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la - lecture d’écran.

    -

    3. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    -

    4. Une erreur de saisie est automatiquement détectée.

    -

    Procédure

    -

    1. Vérifiez que la sortie vocale identifie l’élément qui est en erreur.

    -

    2. Vérifiez que la sortie vocale décrit l’élément qui est en erreur.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    -
    -

    11.3.3.2 Étiquettes ou instructions

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès - 3.3.2 Étiquettes - ou instructions des WCAG 2.1.

    -

    Critère de succès 3.3.2 Étiquettes ou instructions

    -

    Comprendre le - critère de succès Étiquettes ou instructions (en anglais seulement)

    -

    Comment satisfaire au critère - Étiquettes ou instructions (en anglais seulement)

    -

    (Niveau A)

    -

    Des étiquettes sont présentées ou - des - instructions sont fournies quand un contenu requiert une saisie utilisateur.

    -     		-

    C.11.3.3.2 Étiquettes ou instructions

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 3.3.2 - Étiquettes ou - instructions des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    -
    -

    11.3.3.3 Suggestion après une erreur

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès 3.3.3 - Suggestion après - une erreur des WCAG 2.1.

    -

    Critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1

    -

    Comprendre le critère de - succès Suggestion après une erreur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Suggestion après une erreur (en anglais seulement)

    -

    (Niveau AA)

    -

    Si une erreur de saisie est - automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont - alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du - contenu.

    -     		-

    C.11.3.3.3 Suggestion après une erreur

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 3.3.3 - Suggestion après - une erreur des WCAG 2.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de - contenu pertinent pour le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    -
    -

    11.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit - le critère de succès indiqué dans le tableau 11.11.

    -

    Tableau 11.11: Critère de succès du logiciel: Prévention des erreurs (juridiques, - financières, de données)

    -

    Pour les logiciels qui donnent lieu à des engagements - juridiques ou à des - transactions financières de la part de l’utilisateur qui soit modifient ou effacent des données contrôlables par - l’utilisateur - dans des systèmes de stockages de données, soit enregistrent les réponses de l’utilisateur à un test - ou un examen, au moins l’une des conditions suivantes est vraie:

    -

    1. Réversible: les actions d’envoi sont réversibles

    -

    2. Vérifiée: les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie et - la possibilité est donnée à l’utilisateur de les corriger.

    -

    3. Confirmée: un mécanisme est disponible pour revoir, confirmer et corriger les informations avant - leur soumission finale.

    -

    REMARQUE: Ce critère de succès est identique au critère - de succès - 3.3.4 Prévention des erreurs (juridique, financier, de données) des WCAG 2.1remplaçant « - pages Web » par « logiciel ».

    -

    Critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG - 2.1

    -

    Comprendre - le critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais - seulement)

    -

    Comment - satisfaire au critère de succès Prévention des erreurs (juridiques, financières, de données) (en - anglais seulement) -

    -

    (Niveau AA)

    -     		-

    C.11.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.1.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    11.3.3.1 Identification des erreurs
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.3.3.1.1 Identification d’erreur (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +

    Critère de succès 3.3.1 Identification des erreurs

    +

    Comprendre le critère de succès Identification des erreurs (en anglais seulement)

    +

    Comment satisfaire au critère de succès Identification des erreurs (en anglais seulement)

    +

    (Niveau A)

    +

    Si une erreur de saisie est détectée automatiquement, l’élément en erreur est identifié et l’erreur est décrite à l’utilisateur sous forme de texte.

    +     		+

    C.11.3.3.1.1 Identification d’erreur (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifiez que la page Web n’échoue pas au critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.1 Identification des erreurs des WCAG 2.1.

    +
    +

    11.3.3.1.2 Identification d’erreur (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran, elle remplit l’exigence 5.1.3.15 (Identification non visuelle des erreurs).

    +     		+

    C.11.3.3.1.2 Identification d’erreur (fonction restreinte)

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. L’interface utilisateur ne prend pas en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    3. La sortie vocale est fournie en tant qu’accès non visuel à une fonction restreinte.

    +

    4. Une erreur de saisie est automatiquement détectée.

    +

    Procédure

    +

    1. Vérifiez que la sortie vocale identifie l’élément qui est en erreur.

    +

    2. Vérifiez que la sortie vocale décrit l’élément qui est en erreur.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1, 2, 3 ou 4 n’est pas remplie.

    +
    +

    11.3.3.2 Étiquettes ou instructions

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +

    Critère de succès 3.3.2 Étiquettes ou instructions

    +

    Comprendre le critère de succès Étiquettes ou instructions (en anglais seulement)

    +

    Comment satisfaire au critère Étiquettes ou instructions (en anglais seulement)

    +

    (Niveau A)

    +

    Des étiquettes sont présentées ou des instructions sont fournies quand un contenu requiert une saisie utilisateur.

    +     		+

    C.11.3.3.2 Étiquettes ou instructions

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.2 Étiquettes ou instructions des WCAG 2.1.

    +
    +

    11.3.3.3 Suggestion après une erreur

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +

    Critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1

    +

    Comprendre le critère de succès Suggestion après une erreur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Suggestion après une erreur (en anglais seulement)

    +

    (Niveau AA)

    +

    Si une erreur de saisie est automatiquement détectée et que des suggestions de corrections sont connues, ces suggestions sont alors proposées à l’utilisateur à moins que cela puisse compromettre la sécurité ou la finalité du contenu.

    +     		+

    C.11.3.3.3 Suggestion après une erreur

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas au critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 3.3.3 Suggestion après une erreur des WCAG 2.1.

    +
    +

    11.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur, elle remplit le critère de succès indiqué dans le tableau 11.11.

    +

    Tableau 11.11: Critère de succès du logiciel: Prévention des erreurs (juridiques, financières, de données)

    +

    Pour les logiciels qui donnent lieu à des engagements juridiques ou à des transactions financières de la part de l’utilisateur qui soit modifient ou effacent des données contrôlables par l’utilisateur dans des systèmes de stockages de données, soit enregistrent les réponses de l’utilisateur à un test ou un examen, au moins l’une des conditions suivantes est vraie:

    +

    1. Réversible: les actions d’envoi sont réversibles

    +

    2. Vérifiée: les données saisies par l’utilisateur sont vérifiées au niveau des erreurs de saisie et la possibilité est donnée à l’utilisateur de les corriger.

    +

    3. Confirmée: un mécanisme est disponible pour revoir, confirmer et corriger les informations avant leur soumission finale.

    +

    REMARQUE: Ce critère de succès est identique au critère de succès 3.3.4 Prévention des erreurs (juridique, financier, de données) des WCAG 2.1remplaçant « pages Web » par « logiciel ».

    +

    Critère de succès 3.3.4 Prévention des erreurs (juridiques, financières, de données) des WCAG 2.1

    +

    Comprendre le critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais seulement)

    +

    Comment satisfaire au critère de succès Prévention des erreurs (juridiques, financières, de données) (en anglais seulement)

    +

    (Niveau AA)

    +     		+

    C.11.3.3.4 Prévention des erreurs (juridiques, financières, de données)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.1.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    11.4 Robuste
    11.4.1 Compatible
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.4.1.1 Analyse syntaxique
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.4.1.1.1 Analyse syntaxique (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance, elle remplit le critère de succès indiqué dans le - tableau 11.12.

    -

    Tableau 11.12: Critère de succès du logiciel: Analyse syntaxique

    -

    Pour les logiciels qui utilisent des langages de balisage, de manière à ce que le balisage soit - exposé et disponible séparément aux technologies d’assistance et aux fonctions d’accessibilité du - logiciel ou à un agent utilisateur sélectionnable par l’utilisateur, les éléments ont des balises de - début et de fin complètes, les éléments sont imbriqués selon leurs spécifications, les éléments ne - contiennent pas d’attributs en double et tout identifiant est unique, sauf lorsque les - spécifications permettent ces fonctions.

    -

    REMARQUE 1: Les balises de début et de fin auxquelles il manque un caractère critique, comme une - parenthèse fermante ou un guillemet de valeur d’attribut mal appropriée, sont considérées - incomplètes.

    -

    REMARQUE 2: Le balisage n’est pas toujours mis à la disposition des technologies d’assistance ou des - agents utilisateurs sélectionnables par l’utilisateur tels que les navigateurs. Dans de tels cas, la - conformité à cette disposition n’aurait aucune incidence sur l’accessibilité, comme c’est le cas - pour le contenu Web lorsqu’il est exposé.

    -

    REMARQUE 3: Les exemples de balisage qui sont exposés séparément et disponibles pour les technologies - d’assistance et les agents utilisateurs comprennent, sans s’y limiter: les documents encodés en - HTML, ODF et OOXML. Dans ces exemples, le balisage peut être entièrement analysé de deux façons: (a) - par des technologies d’assistance qui peuvent ouvrir directement le document, (b) par des - technologies d’assistance utilisant des API DOM d’agents utilisateurs pour ces formats de document. -

    -

    REMARQUE 4: Les exemples de balisage utilisé à l’interne pour la persistance de l’interface - utilisateur du logiciel qui ne sont jamais exposés à la technologie d’assistance comprennent, sans - s’y limiter: XUL, GladeXML et FXML. Dans ces exemples, la technologie d’assistance n’interagit - qu’avec l’interface utilisateur du logiciel généré.

    -

    REMARQUE 5: Ce critère de succès est identique au critère de succès 4.1.1 Analyse - syntaxique des WCAG - 2.1 en remplaçant « Dans le contenu mis en œuvre en utilisant des langages de balisage » par - « Pour les logiciels qui utilisent des langages de balisage, de manière à ce que le balisage soit - exposé et disponible séparément aux technologies d’assistance et aux fonctions d’accessibilité du - logiciel ou à un agent utilisateur sélectionnable par l’utilisateur » avec l’ajout des notes 2, 3 et - 4 ci-dessus.

    -

    Critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1

    -

    Comprendre le critère de succès - Analyse syntaxique (en anglais seulement)

    -

    Comment satisfaire au critère de succès - Analyse syntaxique (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.4.1.1.1 Analyse syntaxique (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.12.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.4.1.1.2 Analyse syntaxique (fonction restreinte)

    -

    Sans objet.

    -

    REMARQUE : Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur qui - ne prend pas en charge l’accès aux technologies d’assistance, elle ne remplit pas le critère de - succès Analyse syntaxique indiqué dans le tableau 11.10, parce que le but de ce critère de succès - est d’assurer la cohérence afin que différents agents utilisateurs ou technologies d’assistance - donnent le même résultat.

    -     		-

    C.11.4.1.1.2 Analyse syntaxique (fonction restreinte)

    -

    La clause 11.4.1.1.2 ne contient aucune exigence en matière de test.

    -
    11.4.1.1 Analyse syntaxique
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.4.1.1.1 Analyse syntaxique (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance, elle remplit le critère de succès indiqué dans le tableau 11.12.

    +

    Tableau 11.12: Critère de succès du logiciel: Analyse syntaxique

    +

    Pour les logiciels qui utilisent des langages de balisage, de manière à ce que le balisage soit exposé et disponible séparément aux technologies d’assistance et aux fonctions d’accessibilité du logiciel ou à un agent utilisateur sélectionnable par l’utilisateur, les éléments ont des balises de début et de fin complètes, les éléments sont imbriqués selon leurs spécifications, les éléments ne contiennent pas d’attributs en double et tout identifiant est unique, sauf lorsque les spécifications permettent ces fonctions.

    +

    REMARQUE 1: Les balises de début et de fin auxquelles il manque un caractère critique, comme une parenthèse fermante ou un guillemet de valeur d’attribut mal appropriée, sont considérées incomplètes.

    +

    REMARQUE 2: Le balisage n’est pas toujours mis à la disposition des technologies d’assistance ou des agents utilisateurs sélectionnables par l’utilisateur tels que les navigateurs. Dans de tels cas, la conformité à cette disposition n’aurait aucune incidence sur l’accessibilité, comme c’est le cas pour le contenu Web lorsqu’il est exposé.

    +

    REMARQUE 3: Les exemples de balisage qui sont exposés séparément et disponibles pour les technologies d’assistance et les agents utilisateurs comprennent, sans s’y limiter: les documents encodés en HTML, ODF et OOXML. Dans ces exemples, le balisage peut être entièrement analysé de deux façons: (a) par des technologies d’assistance qui peuvent ouvrir directement le document, (b) par des technologies d’assistance utilisant des API DOM d’agents utilisateurs pour ces formats de document.

    +

    REMARQUE 4: Les exemples de balisage utilisé à l’interne pour la persistance de l’interface utilisateur du logiciel qui ne sont jamais exposés à la technologie d’assistance comprennent, sans s’y limiter: XUL, GladeXML et FXML. Dans ces exemples, la technologie d’assistance n’interagit qu’avec l’interface utilisateur du logiciel généré.

    +

    REMARQUE 5: Ce critère de succès est identique au critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1 en remplaçant « Dans le contenu mis en œuvre en utilisant des langages de balisage » par « Pour les logiciels qui utilisent des langages de balisage, de manière à ce que le balisage soit exposé et disponible séparément aux technologies d’assistance et aux fonctions d’accessibilité du logiciel ou à un agent utilisateur sélectionnable par l’utilisateur » avec l’ajout des notes 2, 3 et 4 ci-dessus.

    +

    Critère de succès 4.1.1 Analyse syntaxique des WCAG 2.1

    +

    Comprendre le critère de succès Analyse syntaxique (en anglais seulement)

    +

    Comment satisfaire au critère de succès Analyse syntaxique (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.4.1.1.1 Analyse syntaxique (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.12.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.4.1.1.2 Analyse syntaxique (fonction restreinte)

    +

    Sans objet.

    +

    REMARQUE : Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur qui ne prend pas en charge l’accès aux technologies d’assistance, elle ne remplit pas le critère de succès Analyse syntaxique indiqué dans le tableau 11.10, parce que le but de ce critère de succès est d’assurer la cohérence afin que différents agents utilisateurs ou technologies d’assistance donnent le même résultat.

    +     		+

    C.11.4.1.1.2 Analyse syntaxique (fonction restreinte)

    +

    La clause 11.4.1.1.2 ne contient aucune exigence en matière de test.

    +
    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    11.4.1.2 Nom, rôle et valeur
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.4.1.2.1 Nom, rôle et valeur (fonction non restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend - en charge l’accès aux technologies d’assistance, elle remplit le critère de succès indiqué dans le - tableau 11.13.

    -

    Tableau 11.13: Critère de succès du logiciel: Nom, rôle, valeur

    -

    Pour tout composant - d’interface - utilisateur (comprenant, mais n’étant pas limité aux éléments de formulaire, liens et - composants générés par des scriptes), le nom et - le rôle peuvent être déterminés - par un - programme informatique ; les états, les propriétés et les valeurs qui peuvent être - paramétrés par l’utilisateur peuvent être définis par un - programme - informatique ; et la notification des changements de ces éléments est disponible aux agents utilisateurs, - incluant les technologies - d’assistance. -

    -

    REMARQUE 1: Ce critère de succès s’adresse principalement aux développeurs de logiciels qui - développent ou utilisent des composants d’interface utilisateur personnalisés. Les composants - d’interface utilisateur standard de la plupart des plateformes qui prennent en charge - l’accessibilité répondent déjà à ce critère de succès lorsqu’ils sont utilisés conformément aux - spécifications.

    -

    REMARQUE 2: Pour se conformer à ce critère de succès, il est généralement préférable que les - interfaces utilisateur des logiciels utilisent les services d’accessibilité fournis par les - logiciels de plateforme. Ces services d’accessibilité permettent l’interopérabilité entre les - interfaces utilisateur des logiciels et les technologies d’assistance et les caractéristiques - d’accessibilité des logiciels de manière normalisée. La plupart des services d’accessibilité de - plateforme vont au-delà de l’exposition programmatique du nom et du rôle, et de l’établissement - programmatique des états, des propriétés et des valeurs (et de leur notification), et spécifient des - informations supplémentaires qui pourraient ou doivent être exposées et/ou établies (p. ex. une - liste des actions disponibles pour un composant d’interface utilisateur donné, et un moyen pour - exécuter par un programme informatique une des actions indiquées).

    -

    REMARQUE 3: Ce critère de succès est identique au critère de succès 4.1.2 Nom, - rôle et valeur - des WCAG 2.1 remplaçant la note initiale des WCAG 2.1 par la suivante: « Ce critère de - succès s’adresse principalement aux développeurs de logiciels qui développent ou utilisent des - composants d’interface utilisateur personnalisés. Les composants d’interface utilisateur standard de - la plupart des plateformes qui prennent en charge l’accessibilité répondent déjà à ce critère de - succès lorsqu’ils sont utilisés conformément aux spécifications » et l’ajout de la note 2 ci-dessus. -

    -

    Critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1

    -

    Comprendre le critère de - succès Nom, rôle et valeur (en anglais seulement)

    -

    Comment satisfaire au critère de - succès Nom, rôle et valeur (en anglais seulement)

    -

    (Niveau A)

    -     		-

    C.11.4.1.2.1 Nom, rôle et valeur (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifiez que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.13.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.4.1.2.2 Nom, rôle et valeur (fonction restreinte)

    -

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur qui ne prend - pas en charge l’accès aux technologies d’assistance, elle ne remplit pas le critère de succès « Nom, - rôle, valeur » du tableau 11.11, parce que ce critère de succès exige des informations sous une - forme pouvant être déterminée par le programme.

    -     		-

    C.11.4.1.2.2 Nom, rôle et valeur (fonction restreinte)

    -

    La clause 11.4.1.2.2 ne contient aucune exigence en matière de test.

    -
    11.4.1.2 Nom, rôle et valeur
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.4.1.2.1 Nom, rôle et valeur (fonction non restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur et qui prend en charge l’accès aux technologies d’assistance, elle remplit le critère de succès indiqué dans le tableau 11.13.

    +

    Tableau 11.13: Critère de succès du logiciel: Nom, rôle, valeur

    +

    Pour tout composant d’interface utilisateur (comprenant, mais n’étant pas limité aux éléments de formulaire, liens et composants générés par des scriptes), le nom et le rôle peuvent être déterminés par un programme informatique ; les états, les propriétés et les valeurs qui peuvent être paramétrés par l’utilisateur peuvent être définis par un programme informatique ; et la notification des changements de ces éléments est disponible aux agents utilisateurs, incluant les technologies d’assistance.

    +

    REMARQUE 1: Ce critère de succès s’adresse principalement aux développeurs de logiciels qui développent ou utilisent des composants d’interface utilisateur personnalisés. Les composants d’interface utilisateur standard de la plupart des plateformes qui prennent en charge l’accessibilité répondent déjà à ce critère de succès lorsqu’ils sont utilisés conformément aux spécifications.

    +

    REMARQUE 2: Pour se conformer à ce critère de succès, il est généralement préférable que les interfaces utilisateur des logiciels utilisent les services d’accessibilité fournis par les logiciels de plateforme. Ces services d’accessibilité permettent l’interopérabilité entre les interfaces utilisateur des logiciels et les technologies d’assistance et les caractéristiques d’accessibilité des logiciels de manière normalisée. La plupart des services d’accessibilité de plateforme vont au-delà de l’exposition programmatique du nom et du rôle, et de l’établissement programmatique des états, des propriétés et des valeurs (et de leur notification), et spécifient des informations supplémentaires qui pourraient ou doivent être exposées et/ou établies (p. ex. une liste des actions disponibles pour un composant d’interface utilisateur donné, et un moyen pour exécuter par un programme informatique une des actions indiquées).

    +

    REMARQUE 3: Ce critère de succès est identique au critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1 remplaçant la note initiale des WCAG 2.1 par la suivante: « Ce critère de succès s’adresse principalement aux développeurs de logiciels qui développent ou utilisent des composants d’interface utilisateur personnalisés. Les composants d’interface utilisateur standard de la plupart des plateformes qui prennent en charge l’accessibilité répondent déjà à ce critère de succès lorsqu’ils sont utilisés conformément aux spécifications » et l’ajout de la note 2 ci-dessus.

    +

    Critère de succès 4.1.2 Nom, rôle et valeur des WCAG 2.1

    +

    Comprendre le critère de succès Nom, rôle et valeur (en anglais seulement)

    +

    Comment satisfaire au critère de succès Nom, rôle et valeur (en anglais seulement)

    +

    (Niveau A)

    +     		+

    C.11.4.1.2.1 Nom, rôle et valeur (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge au moins une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifiez que le logiciel n’échoue pas le critère de succès indiqué dans le tableau 11.13.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.4.1.2.2 Nom, rôle et valeur (fonction restreinte)

    +

    Dans le cas où la TIC est un logiciel non Web qui est doté d’une interface utilisateur qui ne prend pas en charge l’accès aux technologies d’assistance, elle ne remplit pas le critère de succès « Nom, rôle, valeur » du tableau 11.11, parce que ce critère de succès exige des informations sous une forme pouvant être déterminée par le programme.

    +     		+

    C.11.4.1.2.2 Nom, rôle et valeur (fonction restreinte)

    +

    La clause 11.4.1.2.2 ne contient aucune exigence en matière de test.

    +
    - - - - - - - - - - - - - - - -

    La clause 11.4.1.3.2 ne contient pas d’exigences testables.

    - - + + + + + + + + + + + + + + + +

    La clause 11.4.1.3.2 ne contient pas d’exigences testables.

    + +
    11.4.1.3 Messages d’état
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.4.1.3.1 Messages d’état (fonction non restreinte)

    -

    Lorsque la TIC est un document non Web, elle doit satisfaire au critère de succès 4.1.3 - Messages d’état des WCAG 2.1.

    -     		-

    C.11.4.1.3.1 Messages d’état (fonction non restreinte)

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    -

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    -

    Procédure

    -

    1. Vérifier que le logiciel n’échoue pas le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    -

    Résultat

    -

    Réussite : L’énoncé testable no 1 est vrai.

    -

    Échec : L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme - pas de contenu pertinent pour le critère de succès 4.1.3 - Messages d’état des WCAG 2.1.

    -
    -

    11.4.1.3.2 Messages d’état (fonction restreinte)

    -

    Sans objet.

    -     		C.11.4.1.3.2 Messages d’état (fonction restreinte)
    11.4.1.3 Messages d’état
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.4.1.3.1 Messages d’état (fonction non restreinte)

    +

    Lorsque la TIC est un document non Web, elle doit satisfaire au critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +     		+

    C.11.4.1.3.1 Messages d’état (fonction non restreinte)

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est un logiciel non Web qui est doté d’une interface utilisateur.

    +

    2. Le logiciel prend en charge l’accès aux technologies d’assistance pour la lecture d’écran.

    +

    Procédure

    +

    1. Vérifier que le logiciel n’échoue pas le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +

    Résultat

    +

    Réussite : L’énoncé testable no 1 est vrai.

    +

    Échec : L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie ou le logiciel non Web ne renferme pas de contenu pertinent pour le critère de succès 4.1.3 Messages d’état des WCAG 2.1.

    +
    +

    11.4.1.3.2 Messages d’état (fonction restreinte)

    +

    Sans objet.

    +     		C.11.4.1.3.2 Messages d’état (fonction restreinte)
    - - - - - - - - - - - - - + + + + + + + + + + + + +
    11.5 Interopérabilité avec la technologie d’assistance
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.5.1 Fonction restreinte

    -

    Lorsque la fonction restreinte du logiciel est conforme à La clause 5.1 (Fonction restreinte), il - n’est pas nécessaire de se conformer aux clauses 11.5.2 à 11.5.2.17.

    -     		-

    C.11.5.1 Fonction restreinte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel a une fonction restreinte.

    -

    Procédure

    -

    1. Vérifiez que la fonction restreinte est conforme à La clause 5.1.

    -

    Résultat

    -

    Si l’énoncé testable no 1 est vrai, le logiciel n’est pas tenu de se conformer aux clauses - 11.5.2 à 11.5.17.

    -

    Si l’énoncé testable no 1 est faux, le logiciel est tenu de se conformer aux clauses 11.5.2 à - 11.5.17.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    11.5 Interopérabilité avec la technologie d’assistance
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.5.1 Fonction restreinte

    +

    Lorsque la fonction restreinte du logiciel est conforme à La clause 5.1 (Fonction restreinte), il n’est pas nécessaire de se conformer aux clauses 11.5.2 à 11.5.2.17.

    +     		+

    C.11.5.1 Fonction restreinte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel a une fonction restreinte.

    +

    Procédure

    +

    1. Vérifiez que la fonction restreinte est conforme à La clause 5.1.

    +

    Résultat

    +

    Si l’énoncé testable no 1 est vrai, le logiciel n’est pas tenu de se conformer aux clauses 11.5.2 à 11.5.17.

    +

    Si l’énoncé testable no 1 est faux, le logiciel est tenu de se conformer aux clauses 11.5.2 à 11.5.17.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    11.5.2 Services d’accessibilité
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.5.2.1 Soutien pour le service d’accessibilité aux plateformes pour les logiciels qui - fournissent une interface utilisateur.

    -

    Les logiciels de plateforme fournissent un ensemble de services de plateforme documentés qui - permettent aux logiciels qui fournissent une interface utilisateur fonctionnant sur le logiciel de - plateforme d’interagir avec la technologie d’assistance.

    -

    Le logiciel de la plateforme doit prendre en charge les exigences 11.5.2.5 à 11.5.2.17, sauf que, - lorsqu’un concept d’interface utilisateur correspondant à l’une des clauses 11.5.2.5 à 11.5.2.17 ne - s’applique pas à l’environnement logiciel, ces exigences ne sont pas applicables. Par exemple, les - attributs de sélection de 11.5.2.14 (Modification des attributs de du focus et de sélection) - pourraient ne pas exister dans les environnements qui ne permettent pas la sélection, qui est le - plus souvent associée au copier-coller.

    -

    REMARQUE 1: Elles définissent la fonctionnalité minimale des logiciels fournissant des interfaces - utilisateur lors de l’utilisation des services de la plateforme.

    -

    REMARQUE 2: Dans certaines plateformes, ces services peuvent être appelés services d’accessibilité, - mais dans d’autres plateformes, ces services peuvent être fournis dans le cadre des services - d’interface utilisateur.

    -

    REMARQUE 3: Les services d’interface utilisateur qui fournissent par défaut un soutien à - l’accessibilité sont considérés comme faisant partie des services fournis pour se conformer à cette - clause (par exemple, le service de création d’un nouvel élément d’interface utilisateur fournit un - rôle, un état, une limite, un nom et une description).

    -

    REMARQUE 4: Pour se conformer à cette exigence, le logiciel de la plateforme peut fournir son propre - ensemble de services ou exposer les services fournis par ses couches de plateforme sous-jacentes, si - ces services sont conformes à cette exigence.

    -

    REMARQUE 5: Dans des environnements de un programme informatique particuliers, les attributs - techniques associés aux propriétés de l’interface utilisateur décrites dans les clauses 11.5.2.5 à - 11.5.2.17 peuvent avoir des noms différents de ceux utilisés dans ces clauses.

    -     		-

    C.11.5.2.1 Soutien pour le service d’accessibilité aux plateformes pour les logiciels qui - fournissent une interface utilisateur.

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel de plateforme.

    -

    Procédure

    -

    1. Vérifiez que la documentation du logiciel de plateforme comprend des informations sur les services - de la plateforme qui peuvent être utilisés par un logiciel qui fournit une interface utilisateur - pour interagir avec la technologie d’assistance.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.5.2.2 Soutien pour le service d’accessibilité aux plateformes pour les technologies - d’assistance

    -

    Le logiciel de la plateforme doit fournir un ensemble de services d’accessibilité documentés qui - permettent à la technologie d’assistance d’interagir avec les logiciels qui fournissent une - interface utilisateur fonctionnant sur le logiciel de plateforme.

    -

    Le logiciel de plateforme doit prendre en charge les exigences 11.5.2.5 à 11.5.2.17, sauf que, - lorsqu’un concept d’interface utilisateur correspondant à l’une des clauses 11.5.2.5 à 11.5.2.17 ne - s’applique pas à l’environnement logiciel, ces exigences ne sont pas applicables. Par exemple, les - attributs de sélection de 11.5.2.14 (Modification des attributs de du focus et de sélection) - pourraient ne pas exister dans les environnements qui ne permettent pas la sélection, qui est le - plus souvent associée au copier-coller.

    -

    REMARQUE 1: Celles-ci définissent les fonctions minimales disponibles pour les technologies - d’assistance lors de l’utilisation des services de plateforme.

    -

    REMARQUE 2: La définition de plateforme dans la clause 3.1 s’applique aux logiciels qui fournissent - des services à d’autres logiciels, y compris, mais sans s’y limiter, les systèmes d’exploitation, - les navigateurs Web et les machines virtuelles.

    -

    REMARQUE 3: Dans certaines plateformes, ces services peuvent être appelés services d’accessibilité, - mais dans d’autres plateformes, ces services peuvent être fournis dans le cadre des services - d’interface utilisateur.

    -

    REMARQUE 4: Généralement, ces services appartiennent au même ensemble de services qui sont décrits - dans La clause 11.5.2.1.

    -

    REMARQUE 5: Pour se conformer à cette exigence, le logiciel de la plateforme peut fournir son propre - ensemble de services ou exposer les services fournis par ses couches de plateforme sous-jacentes, si - ces services sont conformes à cette exigence.

    -     		-

    C.11.5.2.2 Soutien pour le service d’accessibilité aux plateformes pour les technologies - d’assistance

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel de plateforme.

    -

    Procédure

    -

    1. Vérifiez que la documentation du logiciel de plateforme comprend des informations sur les services - d’accessibilité de la plateforme qui permettent à la technologie d’assistance d’interagir avec le - logiciel qui fournit une interface utilisateur fonctionnant sur le logiciel de plateforme.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.5.2.3 Utilisation des services d’accessibilité

    -

    Lorsque le logiciel fournit une interface utilisateur, il utilise les services d’accessibilité de - plateforme documentés applicables. Si les services d’accessibilité de la plateforme documentés ne - permettent pas au logiciel de satisfaire aux exigences applicables des clauses 11.5.2.5 à 11.5.2.17, - le logiciel qui fournit une interface utilisateur doit utiliser d’autres services documentés pour - interagir avec la technologie d’assistance.

    -

    REMARQUE: L’expression « services documentés d’accessibilité de la plateforme » désigne l’ensemble - des services fournis par la plateforme conformément aux clauses 11.5.2.1 et 11.5.2.2.

    -

    Il est préférable de développer des logiciels à l’aide de boîtes à outils qui mettent en œuvre - automatiquement les services d’accessibilité de la plateforme sous-jacente.

    -     		-

    C.11.5.2.3 Utilisation des services d’accessibilité

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le logiciel utilise les services d’accessibilité de plateforme documentés - applicables.

    -

    2. Vérifiez que le logiciel peut répondre aux exigences applicables de 11.5.2.5 à 11.5.2.17 tout en - utilisant les services d’accessibilité documentés de la plateforme.

    -

    3. Vérifiez que le logiciel peut répondre aux exigences de 11.5.2.5 à 11.5.2.17 tout en utilisant les - services d’accessibilité documentés de la plateforme et autres services documentés.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai et l’énoncé testable no 2 - ou 3 est vrai.

    -

    Échec: Les énoncés testables no 1 ou 3 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.5.2.4 Technologie d’assistance

    -

    Lorsque la TIC est une technologie d’assistance, elle doit utiliser les services d’accessibilité de - la plateforme documentés.

    -

    REMARQUE: L’expression « services documentés d’accessibilité de la plateforme » désigne l’ensemble - des services fournis par la plateforme conformément aux clauses 11.5.2.1 et 11.5.2.2.

    -

    REMARQUE 2: Les technologies d’assistance peuvent également utiliser d’autres services - d’accessibilité documentés.

    -     		-

    C.11.5.2.4 Technologie d’assistance

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La TIC est une technologie d’assistance.

    -

    Procédure

    -

    1. Vérifiez que la technologie d’assistance utilise les services d’accessibilité documentés de la - plateforme.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.5.2.5 Renseignements sur les objets

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, permettre au rôle, aux états, à la limite, au nom et à la description des - éléments d’interface utilisateur d’être déterminés par un programme informatique au moyen de - technologies d’assistance.

    -     		-

    C.11.5.2.5 Renseignements sur les objets

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    Procédure

    -

    1. Vérifiez que le rôle de l’élément d’interface utilisateur peut être déterminé par un programme - informatique à l’aide de technologies d’assistance.

    -

    2. Vérifiez que l’état ou les états l’élément d’interface utilisateur peuvent être déterminés par un - programme informatique à l’aide de technologies d’assistance.

    -

    3. Vérifiez que la limite de l’élément d’interface utilisateur peut être déterminée par un programme - informatique à l’aide de technologies d’assistance.

    -

    4. Vérifiez que le nom de l’élément d’interface utilisateur peut être déterminé par un programme - informatique à l’aide de technologies d’assistance.

    -

    5. Vérifiez que la description de l’élément d’interface utilisateur peut être déterminée par un - programme informatique à l’aide de technologies d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1, 2, 3, 4 et 5 sont vrais.

    -

    Échec: Les énoncés testables nos 1, 2, 3, 4 ou 5 sont faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.5.2.6 Ligne, colonne et en-têtes

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, rendre la ligne et la colonne de chaque cellule d’un tableau de données, y - compris les en-têtes de la ligne et de la colonne, le cas échéant, déterminables par un programme - informatique au moyen de technologies d’assistance.

    -     		-

    C.11.5.2.6 Ligne, colonne et en-têtes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Il y a des tableaux de données dans l’interface utilisateur.

    -

    Procédure

    -

    1. Sélectionnez une table de données dans laquelle les tests doivent être effectués.

    -

    2. Vérifiez que la rangée de chaque cellule peut être déterminée par un programme informatique à - l’aide de technologies d’assistance.

    -

    3. Vérifiez que la colonne de chaque cellule peut être déterminée par un programme informatique à - l’aide de technologies d’assistance.

    -

    4. Vérifiez que l’en-tête de ligne de chaque cellule, si elle existe, peut être déterminé par un - programme informatique à l’aide de technologies d’assistance.

    -

    5. Vérifiez que l’en-tête de la colonne de chaque cellule, si elle existe, peut être déterminé par un - programme informatique à l’aide de technologies d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 2, 3, 4 et 5 sont vrais.

    -

    Échec: Les énoncés testables nos 2, 3, 4 ou 5 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.5.2.7 Valeurs

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, rendre la valeur actuelle d’un élément d’interface utilisateur et toute valeur - minimale ou maximale de la plage, si l’élément d’interface utilisateur fournit des informations sur - une plage de valeurs, pouvant être déterminées par un programme informatique par des technologies - d’assistance.

    -     		-

    C.11.5.2.7 Valeurs

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Certains éléments d’interface utilisateur peuvent avoir des valeurs.

    -

    Procédure

    -

    1. Sélectionnez un élément d’interface utilisateur qui peut avoir une valeur.

    -

    2. Vérifiez que la valeur actuelle peut être déterminée par un programme informatique à l’aide de - technologies d’assistance.

    -

    3. Si l’élément d’interface utilisateur fournit des informations sur une plage de valeurs, vérifiez - que la valeur minimale peut être déterminée par un programme informatique à l’aide de technologies - d’assistance.

    -

    4. Si l’élément d’interface utilisateur fournit des informations sur une plage de valeurs, vérifiez - que la valeur maximale peut être déterminée par un programme informatique à l’aide de technologies - d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 2, 3 et 4 sont vrais.

    -

    Échec: Les énoncés testables nos 2, 3, ou 4 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.5.2.8 Liens entre les étiquettes

    -

    Lorsque le logiciel fournit une interface utilisateur, il expose le lien qu’entretient un élément - d’interface utilisateur en tant qu’étiquette pour un autre élément ou en tant qu’élément étiqueté - par un autre élément, en utilisant les services décrits dans la clause 11.5.2.3, de sorte que ces - informations puissent être déterminées par un programme informatique par des technologies - d’assistance.

    -     		-

    C.11.5.2.8 Liens entre les étiquettes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Il existe des éléments d’interface utilisateur qui sont des étiquettes d’autres éléments - d’interface utilisateur.

    -

    Procédure

    -

    1. Obtenir les informations de chaque élément d’interface utilisateur.

    -

    2. Vérifiez que les informations de l’élément d’interface utilisateur incluent la relation avec - l’élément d’interface utilisateur qui est son étiquette, si l’élément d’interface utilisateur actuel - a une étiquette, et que cette relation peut être déterminée par un programme informatique par des - technologies d’assistance.

    -

    3. Vérifiez que les informations de l’élément d’interface utilisateur incluent la relation avec - l’élément d’interface utilisateur qu’il étiquette, si l’élément d’interface utilisateur actuel est - une étiquette, et que cette relation peut être déterminée par un programme informatique par des - technologies d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 2 ou 3 sont vrais

    -

    Échec: Les énoncés testables nos 2 et 3 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.5.2.9 Relations parents-enfants

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, permettre de déterminer, par un programme informatique au moyen de technologies - d’assistance, la relation entre un élément d’interface utilisateur et tout élément parent ou enfant. -

    -     		-

    C.11.5.2.9 Relations parents-enfants

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Il existe des éléments d’interface utilisateur qui sont les parents d’autres éléments d’interface - utilisateur dans une structure hiérarchique.

    -

    Procédure

    -

    1. Pour les éléments d’interface utilisateur qui ont un parent, vérifiez que les informations de - l’élément d’interface utilisateur incluent la relation avec l’élément d’interface utilisateur qui - est son parent.

    -

    2. Vérifiez que les informations des éléments d’interface utilisateur qui sont les parents de - l’élément d’interface utilisateur sélectionné dans l’énoncé testable no 1 incluent - la relation avec les éléments d’interface utilisateur qui sont ses enfants, et que cette relation - peut être déterminée par un programme informatique par des technologies d’assistance.

    -

    3. Pour les éléments d’interface utilisateur qui sont le parent d’autres éléments d’interface - utilisateur, vérifiez que les informations de l’élément d’interface utilisateur incluent la relation - avec les éléments d’interface utilisateur qui sont ses enfants, et que cette relation peut être - déterminée par un programme informatique par des technologies d’assistance.

    -

    4. Vérifiez que les informations des éléments d’interface utilisateur qui sont les enfants de - l’élément d’interface utilisateur sélectionné dans l’énoncé testable no 3 incluent - la relation avec les éléments d’interface utilisateur qui sont ses parents, et que cette relation - peut être déterminée par un programme informatique par des technologies d’assistance.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 ou 2 est vrai et l’énoncé testable - no 3 ou 4 est vrai.

    -

    Échec: Les énoncés testables nos 1 et 2 sont faux ou les énoncés testables - nos 3 et 4 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    REMARQUE: Pour cette exigence, il suffit que l’une des deux directions d’une relation parent-enfant - puisse être déterminée par le programme. C’est la raison pour laquelle les vérifications de - l’exigence sont effectuées par paires et l’exigence est satisfaite si un membre de chaque paire est - vrai.

    -
    -

    11.5.2.10 Texte

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, permettre de déterminer, par un programme informatique au moyen de technologies - d’assistance, le contenu textuel, les attributs textuels et la limite du texte rendu à l’écran.

    -     		-

    C.11.5.2.10 Texte

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Il y a du texte rendu à l’écran.

    -

    Procédure

    -

    1. Pour les exemples de texte rendu à l’écran, vérifiez que l’information du texte inclut son contenu - textuel et que cette information peut être déterminée par un programme informatique à l’aide de - technologies d’assistance.

    -

    2. Pour les exemples de texte rendu à l’écran, vérifiez que l’information du texte inclut ses - attributs et que cette information peut être déterminée par un programme informatique à l’aide de - technologies d’assistance.

    -

    3. Pour les exemples de texte rendu à l’écran, vérifiez que l’information du texte inclut sa limite - et que cette information peut être déterminée par un programme informatique à l’aide de technologies - d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1, 2 et 3 sont vrais

    -

    Échec: Les énoncés testables no 1, 2 ou 3 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.5.2.11 Liste des actions disponibles

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, permettre de déterminer, par un programme informatique au moyen de technologies - d’assistance, une liste des actions disponibles qui peuvent être exécutées sur un élément - d’interface utilisateur.

    -     		-

    C.11.5.2.11 Liste des actions disponibles

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Certains éléments d’interface utilisateur ont des actions qui peuvent être exécutées par - l’utilisateur.

    -

    Procédure

    -

    1. Vérifiez que les informations de l’élément d’interface utilisateur contiennent la liste des - actions qui peuvent être exécutées.

    -

    2. Vérifiez que cette liste peut être déterminée par un programme informatique à l’aide de - technologies d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.5.2.12 Exécution des actions disponibles

    -

    Lorsque les exigences de sécurité le permettent, le logiciel qui fournit une interface utilisateur - doit, en utilisant les services décrits à la clause 11.5.2.3, permettre l’exécution programmatique - des actions exposées, au moyen des technologies d’assistance, conformément à la clause 11.5.2.11. -

    -

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à - un logiciel externe d’interférer avec le produit de TIC. À titre d’exemple de systèmes soumis à des - exigences strictes en matière de sécurité, mentionnons les systèmes qui traitent des activités de - renseignement, des activités cryptologiques liées à la sécurité nationale, du commandement et du - contrôle des forces militaires.

    -

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de - sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    -     		-

    C.11.5.2.12 Exécution des actions disponibles

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Certains éléments d’interface utilisateur offrent des actions qui peuvent être exécutées par - l’utilisateur.

    -

    3. Les exigences en matière de sécurité permettent à la technologie d’assistance d’exécuter par un - programme informatique les actions de l’utilisateur.

    -

    Procédure

    -

    1. Vérifiez que les informations de l’élément d’interface utilisateur incluent la liste des actions - qui peuvent être exécutées par les technologies d’assistance selon la clause 11.5.2.11.

    -

    2. Vérifiez que toutes les actions de la liste peuvent être exécutées avec succès par des - technologies d’assistance.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    11.5.2.13 Suivi des attributs de du focus et de sélection

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, rendre l’information et les mécanismes nécessaires au suivi de la cible de - saisie, du point d’insertion du texte et des attributs de sélection des éléments d’interface - utilisateur, déterminables par un programme informatiques par les technologies d’assistance.

    -     		-

    C.11.5.2.13 Suivi des attributs de du focus et de sélection

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Certains éléments d’interface utilisateur permettent la modification de textes.

    -

    Procédure

    -

    1. Vérifiez que les informations de l’élément d’interface utilisateur comprennent des mécanismes de - suivi de la du focus, du point d’insertion du texte et des attributs de sélection.

    -

    2. Vérifiez que cette information peut être déterminée par un programme informatique à l’aide de - technologies d’assistance.

    -

    3. Activez ces mécanismes de suivi.

    -

    4. En tant qu’utilisateur, utilisez la fonctionnalité d’édition de texte dans le produit logiciel - évalué.

    -

    5. Vérifiez que le suivi de la du focus, du point d’insertion de texte et des attributs de - sélection fonctionne.

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 2 et 5 sont vrais.

    -

    Échec: Les énoncés testables no 1 ou 5 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.5.2.14 Modification des attributs de du focus et de sélection

    -

    Lorsque les exigences de sécurité le permettent, les logiciels qui fournissent une interface - utilisateur doivent, en utilisant les services décrits à la clause 11.5.2.3, permettre aux - technologies d’assistance de modifier par un programme informatique le foyer, le point d’insertion - de texte et les attributs de sélection des éléments d’interface utilisateur où l’utilisateur peut - modifier ces éléments.

    -

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à - un logiciel externe d’interférer avec le produit de TIC et cette exigence ne s’applique donc pas. À - titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les - systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la - sécurité nationale, du commandement et du contrôle des forces militaires.

    -

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de - sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    -     		-

    C.11.5.2.14 Modification des attributs de du focus et de sélection

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Certains éléments d’interface utilisateur peuvent recevoir une du focus ou permettre - l’édition de texte.

    -

    3. Les exigences de sécurité permettent au logiciel de plateforme de modifier par un programme - informatique la du focus, le point d’insertion du texte et les attributs de sélection des - éléments d’interface utilisateur.

    -

    Procédure

    -

    1. Pour les éléments d’interface utilisateur qui peuvent recevoir la du focus et où la cible - de saisie peut être modifiée par un utilisateur sans l’utilisation d’une technologie d’assistance, - vérifier que la du focus peut être modifiée par un programme informatique par des - technologies d’assistance.

    -

    2. Pour les éléments d’interface utilisateur qui permettent à un utilisateur de modifier du texte - sans l’aide d’une technologie d’assistance, vérifier que la position du point d’insertion du texte - peut être modifiée par un programme informatique à l’aide de technologies d’assistance.

    -

    3. Pour les éléments d’interface utilisateur qui permettent l’édition de texte, vérifiez que les - attributs de sélection peuvent être modifiés par un programme informatique par des technologies - d’assistance, dans les cas où ils peuvent être modifiés par l’utilisateur sans l’aide de - technologies d’assistance.

    -

    Résultat

    -

    Réussite: Tous les énoncés testables sont vrais.

    -

    Échec: N’importe quel énoncé testable est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    11.5.2.15 Avis de modification

    -

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à - la clause 11.5.2.3, aviser les technologies d’assistance des changements apportés aux attributs des - éléments d’interface utilisateur pouvant être déterminés par un programme informatique qui sont - mentionnés dans les exigences 11.5.2.5 à 11.5.2.11 et 11.5.2.13.

    -     		-

    C.11.5.2.15 Avis de modification

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    Procédure

    -

    1. Activer les avis de modification dans les éléments d’interface utilisateur.

    -

    2. Vérifier que les avis de modification des renseignements sur les objets (rôle, état, limite, nom - et description) sont envoyés aux technologies d’assistance, si ces renseignements changent dans - l’interface utilisateur du logiciel.

    -

    3. Vérifier que les avis de modification des lignes, colonnes et en-têtes des tableaux de données - sont envoyés aux technologies d’assistance, si ces renseignements changent dans le logiciel.

    -

    4. Vérifier que des avis de modification de valeurs (valeur actuelle, valeur minimale et valeur - maximale) sont envoyés, si ces renseignements changent dans le logiciel.

    -

    5. Vérifier que des avis de modification des liens entre les étiquettes sont envoyés aux technologies - d’assistance, si ces renseignements changent dans le logiciel.

    -

    6. Vérifier que des avis de modification des relations parent-enfant sont envoyés aux technologies - d’assistance, si ces informations changent dans le logiciel.

    -

    7. Vérifier que des avis de modification du texte (contenu ou attributs du texte et limite du texte - rendu à l’écran) sont envoyés aux technologies d’assistance, si ces renseignements changent dans le - logiciel.

    -

    8. Vérifier que des avis de modifications apportées à liste des actions disponibles sont envoyés aux - technologies d’assistance, si ces renseignements changent dans le logiciel.

    -

    9. Vérifier que des avis de modification de la du focus, du point d’insertion du texte et des - attributs de sélection sont envoyés aux technologies d’assistance, si ces renseignements changent - dans le logiciel.

    -

    Résultat

    -

    Réussite: les énoncés testables no 2, 3, 4, 5, 6, 7, 8 et 9 sont vrais

    -

    Échec: les énoncés testables no 2, 3, 4, 5, 6, 7, 8 ou 9 sont faux

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.5.2.16 Modifications d’états ou de propriétés

    -

    Lorsque les exigences de sécurité l’autorisent, les logiciels qui fournissent une interface - utilisateur doivent, en utilisant les services décrits à la clause 11.5.2.3, permettre aux - technologies d’assistance de modifier par un programme informatique les états et propriétés des - éléments d’interface utilisateur grâce auxquels l’utilisateur peut modifier ces articles.

    -

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à - un logiciel externe d’interférer avec le produit de TIC et cette exigence ne s’applique donc pas. À - titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les - systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la - sécurité nationale, du commandement et du contrôle des forces militaires.

    -

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de - sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    -     		-

    C.11.5.2.16 Modifications d’états ou de propriétés

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Il existe des éléments d’interface utilisateur dont l’état ou les propriétés peuvent être modifiés - par un utilisateur sans l’aide d’une technologie d’assistance.

    -

    3. Les exigences de sécurité permettent à la technologie d’assistance de modifier par un programme - informatique les états et les propriétés des éléments d’interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que l’état des éléments d’interface utilisateur, dont l’état peut être changé par un - utilisateur sans l’aide d’une technologie d’assistance, est susceptible d’être modifié par un - programme informatique par des technologies d’assistance.

    -

    2. Vérifier que les propriétés des éléments d’interface utilisateur, dont les propriétés peuvent être - modifiées par un utilisateur sans l’utilisation de technologies d’assistance, sont susceptibles - d’être changées par un programme informatique par des technologies d’assistance.

    -

    Résultat

    -

    Réussite: Tous les énoncés testables sont vrais.

    -

    Échec: N’importe quel énoncé testable est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    -

    11.5.2.17 Modifications des valeurs et du texte

    -

    Lorsque les exigences en matière de sécurité l’autorisent, les logiciels qui fournissent une - interface utilisateur doivent, en utilisant les services décrits à La clause 11.5.2.3, permettre aux - technologies d’assistance de modifier les valeurs et le texte des éléments d’interface utilisateur - en se servant des méthodes de saisie de la plateforme grâce auxquelles un utilisateur peut changer - ces éléments sans recours aux technologies d’assistance.

    -

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à - un logiciel externe d’interférer avec le produit de TIC et cette exigence ne s’applique donc pas. À - titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les - systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la - sécurité nationale, du commandement et du contrôle des forces militaires.

    -

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de - sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    -     		-

    C.11.5.2.17 Modifications des valeurs et du texte

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    -

    2. Il existe des éléments d’interface utilisateur dont les valeurs ou le texte peuvent être modifiés - par un utilisateur sans l’aide d’une technologie d’assistance.

    -

    3. Les exigences de sécurité permettent à la technologie d’assistance de modifier par un programme - informatique les valeurs et le texte des éléments d’interface utilisateur.

    -

    Procédure

    -

    1. Vérifier que les valeurs des éléments d’interface utilisateur, dont les valeurs peuvent être - modifiées par un utilisateur sans l’aide d’une technologie d’assistance, peuvent être changées par - des technologies d’assistance utilisant les méthodes de saisie de la plateforme.

    -

    2. Vérifier que le texte des éléments d’interface utilisateur, dont le texte peut être modifié par un - utilisateur sans l’aide d’une technologie d’assistance, peut être changé par des technologies - d’assistance utilisant les méthodes de saisie de la plateforme.

    -

    Résultat

    -

    Réussite: Tous les énoncés testables sont vrais.

    -

    Échec: N’importe quel énoncé testable est faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    11.5.2 Services d’accessibilité
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.5.2.1 Soutien pour le service d’accessibilité aux plateformes pour les logiciels qui fournissent une interface utilisateur.

    +

    Les logiciels de plateforme fournissent un ensemble de services de plateforme documentés qui permettent aux logiciels qui fournissent une interface utilisateur fonctionnant sur le logiciel de plateforme d’interagir avec la technologie d’assistance.

    +

    Le logiciel de la plateforme doit prendre en charge les exigences 11.5.2.5 à 11.5.2.17, sauf que, lorsqu’un concept d’interface utilisateur correspondant à l’une des clauses 11.5.2.5 à 11.5.2.17 ne s’applique pas à l’environnement logiciel, ces exigences ne sont pas applicables. Par exemple, les attributs de sélection de 11.5.2.14 (Modification des attributs de du focus et de sélection) pourraient ne pas exister dans les environnements qui ne permettent pas la sélection, qui est le plus souvent associée au copier-coller.

    +

    REMARQUE 1: Elles définissent la fonctionnalité minimale des logiciels fournissant des interfaces utilisateur lors de l’utilisation des services de la plateforme.

    +

    REMARQUE 2: Dans certaines plateformes, ces services peuvent être appelés services d’accessibilité, mais dans d’autres plateformes, ces services peuvent être fournis dans le cadre des services d’interface utilisateur.

    +

    REMARQUE 3: Les services d’interface utilisateur qui fournissent par défaut un soutien à l’accessibilité sont considérés comme faisant partie des services fournis pour se conformer à cette clause (par exemple, le service de création d’un nouvel élément d’interface utilisateur fournit un rôle, un état, une limite, un nom et une description).

    +

    REMARQUE 4: Pour se conformer à cette exigence, le logiciel de la plateforme peut fournir son propre ensemble de services ou exposer les services fournis par ses couches de plateforme sous-jacentes, si ces services sont conformes à cette exigence.

    +

    REMARQUE 5: Dans des environnements de un programme informatique particuliers, les attributs techniques associés aux propriétés de l’interface utilisateur décrites dans les clauses 11.5.2.5 à 11.5.2.17 peuvent avoir des noms différents de ceux utilisés dans ces clauses.

    +     		+

    C.11.5.2.1 Soutien pour le service d’accessibilité aux plateformes pour les logiciels qui fournissent une interface utilisateur.

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel de plateforme.

    +

    Procédure

    +

    1. Vérifiez que la documentation du logiciel de plateforme comprend des informations sur les services de la plateforme qui peuvent être utilisés par un logiciel qui fournit une interface utilisateur pour interagir avec la technologie d’assistance.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.5.2.2 Soutien pour le service d’accessibilité aux plateformes pour les technologies d’assistance

    +

    Le logiciel de la plateforme doit fournir un ensemble de services d’accessibilité documentés qui permettent à la technologie d’assistance d’interagir avec les logiciels qui fournissent une interface utilisateur fonctionnant sur le logiciel de plateforme.

    +

    Le logiciel de plateforme doit prendre en charge les exigences 11.5.2.5 à 11.5.2.17, sauf que, lorsqu’un concept d’interface utilisateur correspondant à l’une des clauses 11.5.2.5 à 11.5.2.17 ne s’applique pas à l’environnement logiciel, ces exigences ne sont pas applicables. Par exemple, les attributs de sélection de 11.5.2.14 (Modification des attributs de du focus et de sélection) pourraient ne pas exister dans les environnements qui ne permettent pas la sélection, qui est le plus souvent associée au copier-coller.

    +

    REMARQUE 1: Celles-ci définissent les fonctions minimales disponibles pour les technologies d’assistance lors de l’utilisation des services de plateforme.

    +

    REMARQUE 2: La définition de plateforme dans la clause 3.1 s’applique aux logiciels qui fournissent des services à d’autres logiciels, y compris, mais sans s’y limiter, les systèmes d’exploitation, les navigateurs Web et les machines virtuelles.

    +

    REMARQUE 3: Dans certaines plateformes, ces services peuvent être appelés services d’accessibilité, mais dans d’autres plateformes, ces services peuvent être fournis dans le cadre des services d’interface utilisateur.

    +

    REMARQUE 4: Généralement, ces services appartiennent au même ensemble de services qui sont décrits dans La clause 11.5.2.1.

    +

    REMARQUE 5: Pour se conformer à cette exigence, le logiciel de la plateforme peut fournir son propre ensemble de services ou exposer les services fournis par ses couches de plateforme sous-jacentes, si ces services sont conformes à cette exigence.

    +     		+

    C.11.5.2.2 Soutien pour le service d’accessibilité aux plateformes pour les technologies d’assistance

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel de plateforme.

    +

    Procédure

    +

    1. Vérifiez que la documentation du logiciel de plateforme comprend des informations sur les services d’accessibilité de la plateforme qui permettent à la technologie d’assistance d’interagir avec le logiciel qui fournit une interface utilisateur fonctionnant sur le logiciel de plateforme.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.5.2.3 Utilisation des services d’accessibilité

    +

    Lorsque le logiciel fournit une interface utilisateur, il utilise les services d’accessibilité de plateforme documentés applicables. Si les services d’accessibilité de la plateforme documentés ne permettent pas au logiciel de satisfaire aux exigences applicables des clauses 11.5.2.5 à 11.5.2.17, le logiciel qui fournit une interface utilisateur doit utiliser d’autres services documentés pour interagir avec la technologie d’assistance.

    +

    REMARQUE: L’expression « services documentés d’accessibilité de la plateforme » désigne l’ensemble des services fournis par la plateforme conformément aux clauses 11.5.2.1 et 11.5.2.2.

    +

    Il est préférable de développer des logiciels à l’aide de boîtes à outils qui mettent en œuvre automatiquement les services d’accessibilité de la plateforme sous-jacente.

    +     		+

    C.11.5.2.3 Utilisation des services d’accessibilité

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le logiciel utilise les services d’accessibilité de plateforme documentés applicables.

    +

    2. Vérifiez que le logiciel peut répondre aux exigences applicables de 11.5.2.5 à 11.5.2.17 tout en utilisant les services d’accessibilité documentés de la plateforme.

    +

    3. Vérifiez que le logiciel peut répondre aux exigences de 11.5.2.5 à 11.5.2.17 tout en utilisant les services d’accessibilité documentés de la plateforme et autres services documentés.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai et l’énoncé testable no 2 ou 3 est vrai.

    +

    Échec: Les énoncés testables no 1 ou 3 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.5.2.4 Technologie d’assistance

    +

    Lorsque la TIC est une technologie d’assistance, elle doit utiliser les services d’accessibilité de la plateforme documentés.

    +

    REMARQUE: L’expression « services documentés d’accessibilité de la plateforme » désigne l’ensemble des services fournis par la plateforme conformément aux clauses 11.5.2.1 et 11.5.2.2.

    +

    REMARQUE 2: Les technologies d’assistance peuvent également utiliser d’autres services d’accessibilité documentés.

    +     		+

    C.11.5.2.4 Technologie d’assistance

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La TIC est une technologie d’assistance.

    +

    Procédure

    +

    1. Vérifiez que la technologie d’assistance utilise les services d’accessibilité documentés de la plateforme.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.5.2.5 Renseignements sur les objets

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, permettre au rôle, aux états, à la limite, au nom et à la description des éléments d’interface utilisateur d’être déterminés par un programme informatique au moyen de technologies d’assistance.

    +     		+

    C.11.5.2.5 Renseignements sur les objets

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    Procédure

    +

    1. Vérifiez que le rôle de l’élément d’interface utilisateur peut être déterminé par un programme informatique à l’aide de technologies d’assistance.

    +

    2. Vérifiez que l’état ou les états l’élément d’interface utilisateur peuvent être déterminés par un programme informatique à l’aide de technologies d’assistance.

    +

    3. Vérifiez que la limite de l’élément d’interface utilisateur peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    4. Vérifiez que le nom de l’élément d’interface utilisateur peut être déterminé par un programme informatique à l’aide de technologies d’assistance.

    +

    5. Vérifiez que la description de l’élément d’interface utilisateur peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1, 2, 3, 4 et 5 sont vrais.

    +

    Échec: Les énoncés testables nos 1, 2, 3, 4 ou 5 sont faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.5.2.6 Ligne, colonne et en-têtes

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, rendre la ligne et la colonne de chaque cellule d’un tableau de données, y compris les en-têtes de la ligne et de la colonne, le cas échéant, déterminables par un programme informatique au moyen de technologies d’assistance.

    +     		+

    C.11.5.2.6 Ligne, colonne et en-têtes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Il y a des tableaux de données dans l’interface utilisateur.

    +

    Procédure

    +

    1. Sélectionnez une table de données dans laquelle les tests doivent être effectués.

    +

    2. Vérifiez que la rangée de chaque cellule peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    3. Vérifiez que la colonne de chaque cellule peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    4. Vérifiez que l’en-tête de ligne de chaque cellule, si elle existe, peut être déterminé par un programme informatique à l’aide de technologies d’assistance.

    +

    5. Vérifiez que l’en-tête de la colonne de chaque cellule, si elle existe, peut être déterminé par un programme informatique à l’aide de technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 2, 3, 4 et 5 sont vrais.

    +

    Échec: Les énoncés testables nos 2, 3, 4 ou 5 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.5.2.7 Valeurs

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, rendre la valeur actuelle d’un élément d’interface utilisateur et toute valeur minimale ou maximale de la plage, si l’élément d’interface utilisateur fournit des informations sur une plage de valeurs, pouvant être déterminées par un programme informatique par des technologies d’assistance.

    +     		+

    C.11.5.2.7 Valeurs

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Certains éléments d’interface utilisateur peuvent avoir des valeurs.

    +

    Procédure

    +

    1. Sélectionnez un élément d’interface utilisateur qui peut avoir une valeur.

    +

    2. Vérifiez que la valeur actuelle peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    3. Si l’élément d’interface utilisateur fournit des informations sur une plage de valeurs, vérifiez que la valeur minimale peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    4. Si l’élément d’interface utilisateur fournit des informations sur une plage de valeurs, vérifiez que la valeur maximale peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 2, 3 et 4 sont vrais.

    +

    Échec: Les énoncés testables nos 2, 3, ou 4 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.5.2.8 Liens entre les étiquettes

    +

    Lorsque le logiciel fournit une interface utilisateur, il expose le lien qu’entretient un élément d’interface utilisateur en tant qu’étiquette pour un autre élément ou en tant qu’élément étiqueté par un autre élément, en utilisant les services décrits dans la clause 11.5.2.3, de sorte que ces informations puissent être déterminées par un programme informatique par des technologies d’assistance.

    +     		+

    C.11.5.2.8 Liens entre les étiquettes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Il existe des éléments d’interface utilisateur qui sont des étiquettes d’autres éléments d’interface utilisateur.

    +

    Procédure

    +

    1. Obtenir les informations de chaque élément d’interface utilisateur.

    +

    2. Vérifiez que les informations de l’élément d’interface utilisateur incluent la relation avec l’élément d’interface utilisateur qui est son étiquette, si l’élément d’interface utilisateur actuel a une étiquette, et que cette relation peut être déterminée par un programme informatique par des technologies d’assistance.

    +

    3. Vérifiez que les informations de l’élément d’interface utilisateur incluent la relation avec l’élément d’interface utilisateur qu’il étiquette, si l’élément d’interface utilisateur actuel est une étiquette, et que cette relation peut être déterminée par un programme informatique par des technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 2 ou 3 sont vrais

    +

    Échec: Les énoncés testables nos 2 et 3 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.5.2.9 Relations parents-enfants

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, permettre de déterminer, par un programme informatique au moyen de technologies d’assistance, la relation entre un élément d’interface utilisateur et tout élément parent ou enfant.

    +     		+

    C.11.5.2.9 Relations parents-enfants

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Il existe des éléments d’interface utilisateur qui sont les parents d’autres éléments d’interface utilisateur dans une structure hiérarchique.

    +

    Procédure

    +

    1. Pour les éléments d’interface utilisateur qui ont un parent, vérifiez que les informations de l’élément d’interface utilisateur incluent la relation avec l’élément d’interface utilisateur qui est son parent.

    +

    2. Vérifiez que les informations des éléments d’interface utilisateur qui sont les parents de l’élément d’interface utilisateur sélectionné dans l’énoncé testable no 1 incluent la relation avec les éléments d’interface utilisateur qui sont ses enfants, et que cette relation peut être déterminée par un programme informatique par des technologies d’assistance.

    +

    3. Pour les éléments d’interface utilisateur qui sont le parent d’autres éléments d’interface utilisateur, vérifiez que les informations de l’élément d’interface utilisateur incluent la relation avec les éléments d’interface utilisateur qui sont ses enfants, et que cette relation peut être déterminée par un programme informatique par des technologies d’assistance.

    +

    4. Vérifiez que les informations des éléments d’interface utilisateur qui sont les enfants de l’élément d’interface utilisateur sélectionné dans l’énoncé testable no 3 incluent la relation avec les éléments d’interface utilisateur qui sont ses parents, et que cette relation peut être déterminée par un programme informatique par des technologies d’assistance.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 ou 2 est vrai et l’énoncé testable no 3 ou 4 est vrai.

    +

    Échec: Les énoncés testables nos 1 et 2 sont faux ou les énoncés testables nos 3 et 4 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    REMARQUE: Pour cette exigence, il suffit que l’une des deux directions d’une relation parent-enfant puisse être déterminée par le programme. C’est la raison pour laquelle les vérifications de l’exigence sont effectuées par paires et l’exigence est satisfaite si un membre de chaque paire est vrai.

    +
    +

    11.5.2.10 Texte

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, permettre de déterminer, par un programme informatique au moyen de technologies d’assistance, le contenu textuel, les attributs textuels et la limite du texte rendu à l’écran.

    +     		+

    C.11.5.2.10 Texte

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Il y a du texte rendu à l’écran.

    +

    Procédure

    +

    1. Pour les exemples de texte rendu à l’écran, vérifiez que l’information du texte inclut son contenu textuel et que cette information peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    2. Pour les exemples de texte rendu à l’écran, vérifiez que l’information du texte inclut ses attributs et que cette information peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    3. Pour les exemples de texte rendu à l’écran, vérifiez que l’information du texte inclut sa limite et que cette information peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1, 2 et 3 sont vrais

    +

    Échec: Les énoncés testables no 1, 2 ou 3 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.5.2.11 Liste des actions disponibles

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, permettre de déterminer, par un programme informatique au moyen de technologies d’assistance, une liste des actions disponibles qui peuvent être exécutées sur un élément d’interface utilisateur.

    +     		+

    C.11.5.2.11 Liste des actions disponibles

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Certains éléments d’interface utilisateur ont des actions qui peuvent être exécutées par l’utilisateur.

    +

    Procédure

    +

    1. Vérifiez que les informations de l’élément d’interface utilisateur contiennent la liste des actions qui peuvent être exécutées.

    +

    2. Vérifiez que cette liste peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.5.2.12 Exécution des actions disponibles

    +

    Lorsque les exigences de sécurité le permettent, le logiciel qui fournit une interface utilisateur doit, en utilisant les services décrits à la clause 11.5.2.3, permettre l’exécution programmatique des actions exposées, au moyen des technologies d’assistance, conformément à la clause 11.5.2.11.

    +

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à un logiciel externe d’interférer avec le produit de TIC. À titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la sécurité nationale, du commandement et du contrôle des forces militaires.

    +

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    +     		+

    C.11.5.2.12 Exécution des actions disponibles

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Certains éléments d’interface utilisateur offrent des actions qui peuvent être exécutées par l’utilisateur.

    +

    3. Les exigences en matière de sécurité permettent à la technologie d’assistance d’exécuter par un programme informatique les actions de l’utilisateur.

    +

    Procédure

    +

    1. Vérifiez que les informations de l’élément d’interface utilisateur incluent la liste des actions qui peuvent être exécutées par les technologies d’assistance selon la clause 11.5.2.11.

    +

    2. Vérifiez que toutes les actions de la liste peuvent être exécutées avec succès par des technologies d’assistance.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    11.5.2.13 Suivi des attributs de du focus et de sélection

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, rendre l’information et les mécanismes nécessaires au suivi de la cible de saisie, du point d’insertion du texte et des attributs de sélection des éléments d’interface utilisateur, déterminables par un programme informatiques par les technologies d’assistance.

    +     		+

    C.11.5.2.13 Suivi des attributs de du focus et de sélection

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Certains éléments d’interface utilisateur permettent la modification de textes.

    +

    Procédure

    +

    1. Vérifiez que les informations de l’élément d’interface utilisateur comprennent des mécanismes de suivi de la du focus, du point d’insertion du texte et des attributs de sélection.

    +

    2. Vérifiez que cette information peut être déterminée par un programme informatique à l’aide de technologies d’assistance.

    +

    3. Activez ces mécanismes de suivi.

    +

    4. En tant qu’utilisateur, utilisez la fonctionnalité d’édition de texte dans le produit logiciel évalué.

    +

    5. Vérifiez que le suivi de la du focus, du point d’insertion de texte et des attributs de sélection fonctionne.

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 2 et 5 sont vrais.

    +

    Échec: Les énoncés testables no 1 ou 5 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.5.2.14 Modification des attributs de du focus et de sélection

    +

    Lorsque les exigences de sécurité le permettent, les logiciels qui fournissent une interface utilisateur doivent, en utilisant les services décrits à la clause 11.5.2.3, permettre aux technologies d’assistance de modifier par un programme informatique le foyer, le point d’insertion de texte et les attributs de sélection des éléments d’interface utilisateur où l’utilisateur peut modifier ces éléments.

    +

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à un logiciel externe d’interférer avec le produit de TIC et cette exigence ne s’applique donc pas. À titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la sécurité nationale, du commandement et du contrôle des forces militaires.

    +

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    +     		+

    C.11.5.2.14 Modification des attributs de du focus et de sélection

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Certains éléments d’interface utilisateur peuvent recevoir une du focus ou permettre l’édition de texte.

    +

    3. Les exigences de sécurité permettent au logiciel de plateforme de modifier par un programme informatique la du focus, le point d’insertion du texte et les attributs de sélection des éléments d’interface utilisateur.

    +

    Procédure

    +

    1. Pour les éléments d’interface utilisateur qui peuvent recevoir la du focus et où la cible de saisie peut être modifiée par un utilisateur sans l’utilisation d’une technologie d’assistance, vérifier que la du focus peut être modifiée par un programme informatique par des technologies d’assistance.

    +

    2. Pour les éléments d’interface utilisateur qui permettent à un utilisateur de modifier du texte sans l’aide d’une technologie d’assistance, vérifier que la position du point d’insertion du texte peut être modifiée par un programme informatique à l’aide de technologies d’assistance.

    +

    3. Pour les éléments d’interface utilisateur qui permettent l’édition de texte, vérifiez que les attributs de sélection peuvent être modifiés par un programme informatique par des technologies d’assistance, dans les cas où ils peuvent être modifiés par l’utilisateur sans l’aide de technologies d’assistance.

    +

    Résultat

    +

    Réussite: Tous les énoncés testables sont vrais.

    +

    Échec: N’importe quel énoncé testable est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    11.5.2.15 Avis de modification

    +

    Lorsque le logiciel fournit une interface utilisateur, il doit, en utilisant les services décrits à la clause 11.5.2.3, aviser les technologies d’assistance des changements apportés aux attributs des éléments d’interface utilisateur pouvant être déterminés par un programme informatique qui sont mentionnés dans les exigences 11.5.2.5 à 11.5.2.11 et 11.5.2.13.

    +     		+

    C.11.5.2.15 Avis de modification

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    Procédure

    +

    1. Activer les avis de modification dans les éléments d’interface utilisateur.

    +

    2. Vérifier que les avis de modification des renseignements sur les objets (rôle, état, limite, nom et description) sont envoyés aux technologies d’assistance, si ces renseignements changent dans l’interface utilisateur du logiciel.

    +

    3. Vérifier que les avis de modification des lignes, colonnes et en-têtes des tableaux de données sont envoyés aux technologies d’assistance, si ces renseignements changent dans le logiciel.

    +

    4. Vérifier que des avis de modification de valeurs (valeur actuelle, valeur minimale et valeur maximale) sont envoyés, si ces renseignements changent dans le logiciel.

    +

    5. Vérifier que des avis de modification des liens entre les étiquettes sont envoyés aux technologies d’assistance, si ces renseignements changent dans le logiciel.

    +

    6. Vérifier que des avis de modification des relations parent-enfant sont envoyés aux technologies d’assistance, si ces informations changent dans le logiciel.

    +

    7. Vérifier que des avis de modification du texte (contenu ou attributs du texte et limite du texte rendu à l’écran) sont envoyés aux technologies d’assistance, si ces renseignements changent dans le logiciel.

    +

    8. Vérifier que des avis de modifications apportées à liste des actions disponibles sont envoyés aux technologies d’assistance, si ces renseignements changent dans le logiciel.

    +

    9. Vérifier que des avis de modification de la du focus, du point d’insertion du texte et des attributs de sélection sont envoyés aux technologies d’assistance, si ces renseignements changent dans le logiciel.

    +

    Résultat

    +

    Réussite: les énoncés testables no 2, 3, 4, 5, 6, 7, 8 et 9 sont vrais

    +

    Échec: les énoncés testables no 2, 3, 4, 5, 6, 7, 8 ou 9 sont faux

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.5.2.16 Modifications d’états ou de propriétés

    +

    Lorsque les exigences de sécurité l’autorisent, les logiciels qui fournissent une interface utilisateur doivent, en utilisant les services décrits à la clause 11.5.2.3, permettre aux technologies d’assistance de modifier par un programme informatique les états et propriétés des éléments d’interface utilisateur grâce auxquels l’utilisateur peut modifier ces articles.

    +

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à un logiciel externe d’interférer avec le produit de TIC et cette exigence ne s’applique donc pas. À titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la sécurité nationale, du commandement et du contrôle des forces militaires.

    +

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    +     		+

    C.11.5.2.16 Modifications d’états ou de propriétés

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Il existe des éléments d’interface utilisateur dont l’état ou les propriétés peuvent être modifiés par un utilisateur sans l’aide d’une technologie d’assistance.

    +

    3. Les exigences de sécurité permettent à la technologie d’assistance de modifier par un programme informatique les états et les propriétés des éléments d’interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que l’état des éléments d’interface utilisateur, dont l’état peut être changé par un utilisateur sans l’aide d’une technologie d’assistance, est susceptible d’être modifié par un programme informatique par des technologies d’assistance.

    +

    2. Vérifier que les propriétés des éléments d’interface utilisateur, dont les propriétés peuvent être modifiées par un utilisateur sans l’utilisation de technologies d’assistance, sont susceptibles d’être changées par un programme informatique par des technologies d’assistance.

    +

    Résultat

    +

    Réussite: Tous les énoncés testables sont vrais.

    +

    Échec: N’importe quel énoncé testable est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    +

    11.5.2.17 Modifications des valeurs et du texte

    +

    Lorsque les exigences en matière de sécurité l’autorisent, les logiciels qui fournissent une interface utilisateur doivent, en utilisant les services décrits à La clause 11.5.2.3, permettre aux technologies d’assistance de modifier les valeurs et le texte des éléments d’interface utilisateur en se servant des méthodes de saisie de la plateforme grâce auxquelles un utilisateur peut changer ces éléments sans recours aux technologies d’assistance.

    +

    REMARQUE 1: Dans certains cas, les exigences de sécurité imposées à un logiciel peuvent interdire à un logiciel externe d’interférer avec le produit de TIC et cette exigence ne s’applique donc pas. À titre d’exemple de systèmes soumis à des exigences strictes en matière de sécurité, mentionnons les systèmes qui traitent des activités de renseignement, des activités cryptologiques liées à la sécurité nationale, du commandement et du contrôle des forces militaires.

    +

    REMARQUE 2: Des technologies d’assistance peuvent être nécessaires pour maintenir le même niveau de sécurité que les mécanismes de saisie standard pris en charge par la plateforme.

    +     		+

    C.11.5.2.17 Modifications des valeurs et du texte

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Le logiciel évalué est un logiciel qui fournit une interface utilisateur.

    +

    2. Il existe des éléments d’interface utilisateur dont les valeurs ou le texte peuvent être modifiés par un utilisateur sans l’aide d’une technologie d’assistance.

    +

    3. Les exigences de sécurité permettent à la technologie d’assistance de modifier par un programme informatique les valeurs et le texte des éléments d’interface utilisateur.

    +

    Procédure

    +

    1. Vérifier que les valeurs des éléments d’interface utilisateur, dont les valeurs peuvent être modifiées par un utilisateur sans l’aide d’une technologie d’assistance, peuvent être changées par des technologies d’assistance utilisant les méthodes de saisie de la plateforme.

    +

    2. Vérifier que le texte des éléments d’interface utilisateur, dont le texte peut être modifié par un utilisateur sans l’aide d’une technologie d’assistance, peut être changé par des technologies d’assistance utilisant les méthodes de saisie de la plateforme.

    +

    Résultat

    +

    Réussite: Tous les énoncés testables sont vrais.

    +

    Échec: N’importe quel énoncé testable est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + +
    11.6 Utilisation documentée de l’accessibilité
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.6.1 Contrôle par l’utilisateur des caractéristiques d’accessibilité

    -

    Lorsque le logiciel est une plateforme, il doit offrir des modes de fonctionnement suffisants - permettant à l’utilisateur de contrôler les caractéristiques d’accessibilité de la plateforme - documentées comme étant destinées aux utilisateurs.

    -     		-

    C.11.6.1 Contrôle par l’utilisateur des caractéristiques d’accessibilité

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Certaines fonctions de la plateforme sont définies dans la documentation de celle-ci comme étant - des caractéristiques d’accessibilité destinées aux utilisateurs.

    -

    Procédure

    -

    1. Vérifier qu’il existe suffisamment de modes de fonctionnement pour permettre à l’utilisateur de - contrôler les fonctions de la plateforme, qui sont définies dans la documentation de celle-ci comme - étant des caractéristiques d’accessibilité destinées aux utilisateurs.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.6.2 Aucune perturbation des caractéristiques d’accessibilité

    -

    Lorsque le logiciel fournit une interface utilisateur, elle ne doit pas perturber les - caractéristiques d’accessibilité documentées qui sont définies dans la documentation de la - plateforme, sauf si l’utilisateur en fait la demande pendant le fonctionnement du logiciel.

    -     		-

    C.11.6.2 Aucune perturbation des caractéristiques d’accessibilité

    -

    Type d’évaluation

    -

    Examen

    -

    Conditions préalables

    -

    1. Certaines fonctions de la plateforme sont définies dans la documentation de celle-ci comme étant - des caractéristiques d’accessibilité.

    -

    Procédure

    -

    1. Vérifier si un logiciel qui fournit une interface utilisateur perturbe le fonctionnement normal - des caractéristiques d’accessibilité de la plateforme.

    -

    2. Vérifier si la perturbation a été spécifiquement demandée ou confirmée par l’utilisateur.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est faux ou les deux énoncés sont vrais.

    -

    Échec: L’énoncé testable no 1 est vrai et l’énoncé testable no 2 est - faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.7 Préférences de l’utilisateur

    -

    Lorsque le logiciel n’est pas conçu pour être isolé de sa plateforme et qu’il fournit une interface - utilisateur, cette interface utilisateur doit respecter les valeurs des préférences de l’utilisateur - pour les réglages de la plateforme en ce qui concerne les unités de mesure, la couleur, le - contraste, le type et la taille de police et le curseur du focus, sauf s’ils sont surclassés par - l’utilisateur.

    -

    REMARQUE 1: Les logiciels isolés de leur plateforme sous-jacente n’ont pas accès aux paramètres de - l’utilisateur de la plateforme et ne peuvent donc pas respecter cette clause.

    -

    REMARQUE 2 : Pour le contenu Web, la plateforme sous-jacente est l’agent utilisateur.

    -

    REMARQUE 3 : Cela n’empêche pas le logiciel d’avoir des valeurs supplémentaires pour un paramètre, - tant qu’il existe un mode dans lequel l’application suivra les paramètres du système, même s’ils - sont plus restreints.

    -     		-

    C.11.7 Préférences de l’utilisateur

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel est un logiciel qui fournit une interface utilisateur.

    -

    Procédure

    -

    1. Vérifier si le logiciel offre suffisamment de modes de fonctionnement se servant des préférences - de l’utilisateur pour les paramètres de la plateforme en ce qui concerne la couleur, le contraste, - le type et la taille de police ainsi que le curseur de du focus.

    -

    2. Vérifier que la documentation du logiciel indique que le logiciel est conçu pour être isolé de sa - plateforme sous-jacente.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai ou l’énoncé testable no 1 - est faux et l’énoncé testable no 2 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux et l’énoncé testable no 2 est - faux.

    -

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    -
    11.6 Utilisation documentée de l’accessibilité
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.6.1 Contrôle par l’utilisateur des caractéristiques d’accessibilité

    +

    Lorsque le logiciel est une plateforme, il doit offrir des modes de fonctionnement suffisants permettant à l’utilisateur de contrôler les caractéristiques d’accessibilité de la plateforme documentées comme étant destinées aux utilisateurs.

    +     		+

    C.11.6.1 Contrôle par l’utilisateur des caractéristiques d’accessibilité

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Certaines fonctions de la plateforme sont définies dans la documentation de celle-ci comme étant des caractéristiques d’accessibilité destinées aux utilisateurs.

    +

    Procédure

    +

    1. Vérifier qu’il existe suffisamment de modes de fonctionnement pour permettre à l’utilisateur de contrôler les fonctions de la plateforme, qui sont définies dans la documentation de celle-ci comme étant des caractéristiques d’accessibilité destinées aux utilisateurs.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.6.2 Aucune perturbation des caractéristiques d’accessibilité

    +

    Lorsque le logiciel fournit une interface utilisateur, elle ne doit pas perturber les caractéristiques d’accessibilité documentées qui sont définies dans la documentation de la plateforme, sauf si l’utilisateur en fait la demande pendant le fonctionnement du logiciel.

    +     		+

    C.11.6.2 Aucune perturbation des caractéristiques d’accessibilité

    +

    Type d’évaluation

    +

    Examen

    +

    Conditions préalables

    +

    1. Certaines fonctions de la plateforme sont définies dans la documentation de celle-ci comme étant des caractéristiques d’accessibilité.

    +

    Procédure

    +

    1. Vérifier si un logiciel qui fournit une interface utilisateur perturbe le fonctionnement normal des caractéristiques d’accessibilité de la plateforme.

    +

    2. Vérifier si la perturbation a été spécifiquement demandée ou confirmée par l’utilisateur.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est faux ou les deux énoncés sont vrais.

    +

    Échec: L’énoncé testable no 1 est vrai et l’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.7 Préférences de l’utilisateur

    +

    Lorsque le logiciel n’est pas conçu pour être isolé de sa plateforme et qu’il fournit une interface utilisateur, cette interface utilisateur doit respecter les valeurs des préférences de l’utilisateur pour les réglages de la plateforme en ce qui concerne les unités de mesure, la couleur, le contraste, le type et la taille de police et le curseur du focus, sauf s’ils sont surclassés par l’utilisateur.

    +

    REMARQUE 1: Les logiciels isolés de leur plateforme sous-jacente n’ont pas accès aux paramètres de l’utilisateur de la plateforme et ne peuvent donc pas respecter cette clause.

    +

    REMARQUE 2 : Pour le contenu Web, la plateforme sous-jacente est l’agent utilisateur.

    +

    REMARQUE 3 : Cela n’empêche pas le logiciel d’avoir des valeurs supplémentaires pour un paramètre, tant qu’il existe un mode dans lequel l’application suivra les paramètres du système, même s’ils sont plus restreints.

    +     		+

    C.11.7 Préférences de l’utilisateur

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel est un logiciel qui fournit une interface utilisateur.

    +

    Procédure

    +

    1. Vérifier si le logiciel offre suffisamment de modes de fonctionnement se servant des préférences de l’utilisateur pour les paramètres de la plateforme en ce qui concerne la couleur, le contraste, le type et la taille de police ainsi que le curseur de du focus.

    +

    2. Vérifier que la documentation du logiciel indique que le logiciel est conçu pour être isolé de sa plateforme sous-jacente.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai ou l’énoncé testable no 1 est faux et l’énoncé testable no 2 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux et l’énoncé testable no 2 est faux.

    +

    Non applicable : La condition préalable 1, 2 ou 3 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    11.8 Outils-auteurs
    Clause de la norme EN 301 549Détermination de la conformité
    -

    11.8.1 Technologie du contenu

    -

    Les outils-auteurs doivent être conformes aux clauses 11.8.2 à 11.8.5 dans la mesure où les - renseignements requis pour l’accessibilité sont pris en charge par le format utilisé pour les - extrants de l’outil-auteur.

    -     		-

    C.11.8.1 Technologie du contenu

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel est un outil-auteur.

    -

    2. Le format de l’extrant de l’outil-auteur prend en charge les renseignements nécessaires à - l’accessibilité.

    -

    Procédure

    -

    1. Vérifier si l’outil-auteur est conforme aux clauses 11.8.2 à 11.8.5 dans la mesure où les - renseignements requis pour l’accessibilité sont pris en charge par le format utilisé pour les - extrants de l’outil-auteur.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    REMARQUE: Lorsque le format des extrants de l’outil-auteur ne prend pas en charge certains types de - renseignements requis pour l’accessibilité, il n’est pas nécessaire de respecter les exigences - relatives à ce type de renseignements.

    -
    -

    11.8.2 Création de contenu accessible

    -

    Les outils-auteurs doivent permettre et orienter la production de contenu conforme aux clauses 9 - (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas.

    -

    REMARQUE: Les outils-auteurs peuvent s’appuyer sur des outils supplémentaires lorsqu’il n’est pas - possible de respecter des exigences spécifiques avec un seul outil. Par exemple, un outil de montage - vidéo peut permettre la création de fichiers vidéo aux fins de diffusion via la télévision et le - Web, mais la création de fichiers de sous-titres pour des formats multiples peut être assurée par un - outil différent.

    -     		-

    C.11.8.2 Création de contenu accessible

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel est un outil-auteur.

    -

    Procédure

    -

    1. Vérifier si l’outil-auteur possède des caractéristiques qui permettent et orientent la production - conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web).

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    11.8.3 Préservation des renseignements sur l’accessibilité dans le cadre de - transformations

    -

    Lorsque l’outil-auteur fournit des transformations de restructuration ou de recodage, les - renseignements sur l’accessibilité doivent alors être préservés dans l’extrant s’il existe des - mécanismes équivalents dans la technologie du contenu de l’extrant.

    -

    REMARQUE 1: Les transformations de restructuration sont des transformations dans le cadre desquelles - la technologie du contenu reste identique, mais les caractéristiques structurelles du contenu sont - modifiées (par exemple, linéarisation des tableaux, division d’un document en pages).

    -

    REMARQUE 2: Les transformations de recodage sont des transformations dans le cadre desquelles la - technologie utilisée pour coder le contenu est modifiée.

    -     		-

    C.11.8.3 Préservation des renseignements sur l’accessibilité dans le cadre de - transformations

    -

    Type d’évaluation

    -

    Inspection et essais

    -

    Conditions préalables

    -

    1. Le logiciel est un outil-auteur.

    -

    2. L’outil-auteur fournit des transformations de restructuration ou de recodage.

    -

    Procédure

    -

    1. Pour une transformation de restructuration, vérifier si les renseignements d’accessibilité sont - préservés dans l’extrant.

    -

    2. Pour une transformation de restructuration, vérifier si la technologie du contenu prend en charge - les renseignements d’accessibilité dans la forme restructurée de l’information.

    -

    3. Pour une transformation de recodage, vérifier si les renseignements d’accessibilité sont préservés - dans l’extrant.

    -

    4. Pour une transformation de recodage, vérifier si les renseignements d’accessibilité sont pris en - charge par la technologie de l’extrant recodé.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai ou les énoncés testables - no 1 et 2 sont faux ou l’énoncé testable no 3 est - vrai ou les énoncés testables no 3 et 4 sont faux.

    -

    Échec: L’énoncé testable no 1 est faux et l’énoncé testable no 2 est - vrai.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.8.4 Aide à la réparation

    -

    Si la fonctionnalité de vérification de l’accessibilité d’un outil-auteur peut détecter que le - contenu n’est pas conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web), - selon le cas, alors l’outil-auteur doit formuler des suggestions en matière de réparation.

    -

    REMARQUE: Cela n’exclut pas les réparations automatisées ou semi-automatisées qui sont possibles (et - recommandées) pour de nombreux types de problèmes d’accessibilité du contenu.

    -     		-

    C.11.8.4 Aide à la réparation

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel est un outil-auteur.

    -

    2. La fonctionnalité de vérification de l’accessibilité d’un outil-auteur peut détecter que le - contenu n’est pas conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web), - selon le cas.

    -

    Procédure

    -

    1. L’outil-auteur formule des suggestions en matière de réparation lorsque le contenu fournit des - suggestions de réparation lorsque le contenu n’est pas conforme à l’une des exigences des clauses 9 - ou 10 (selon le cas).

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    11.8.5 Modèles

    -

    Lorsque l’outil-auteur fournit des modèles, au moins l’un des modèles qui prend en charge la création - de contenu conforme aux exigences des clauses 9 (contenu Web) ou 10 (contenu autre que le contenu - Web), selon le cas, doit être disponible et identifié en tant que tel.

    -     		-

    C.11.8.5 Modèles

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le logiciel est un outil-auteur.

    -

    2. L’outil-auteur fournit des modèles

    -

    Procédure

    -

    1. Vérifier que l’outil-auteur fournit au moins un modèle qui prend en charge la création de contenu - conforme aux exigences 9 (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas.

    -

    2. Vérifier qu’au moins un modèle indiqué à l’étape 1 est disponible et qu’il est identifié comme - étant conforme aux clauses 9 ou 10 (selon le cas).

    -

    Résultat

    -

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    -

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -

    REMARQUE: L’indication que le modèle est conforme aux exigences des clauses 9 ou 10 (selon le cas) - mentionnée dans l’énoncé testable 2 peut être, par exemple, formulée dans les termes suivants: - « Conforme à la directive WCAG 2.1 ». Lorsque l’indication n’indique pas explicitement que toutes - les exigences énoncées aux clauses 9 ou 10 (selon le cas) sont respectées, il peut être nécessaire - d’utiliser le modèle pour créer un site Web ou un document, puis de mettre à l’essai ce site Web ou - ce document conformément aux exigences des clauses 9 ou 10 afin d’avoir la certitude que le modèle - se comporte tel que requis.

    -
    11.8 Outils-auteurs
    Clause de la norme EN 301 549Détermination de la conformité
    +

    11.8.1 Technologie du contenu

    +

    Les outils-auteurs doivent être conformes aux clauses 11.8.2 à 11.8.5 dans la mesure où les renseignements requis pour l’accessibilité sont pris en charge par le format utilisé pour les extrants de l’outil-auteur.

    +     		+

    C.11.8.1 Technologie du contenu

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel est un outil-auteur.

    +

    2. Le format de l’extrant de l’outil-auteur prend en charge les renseignements nécessaires à l’accessibilité.

    +

    Procédure

    +

    1. Vérifier si l’outil-auteur est conforme aux clauses 11.8.2 à 11.8.5 dans la mesure où les renseignements requis pour l’accessibilité sont pris en charge par le format utilisé pour les extrants de l’outil-auteur.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    REMARQUE: Lorsque le format des extrants de l’outil-auteur ne prend pas en charge certains types de renseignements requis pour l’accessibilité, il n’est pas nécessaire de respecter les exigences relatives à ce type de renseignements.

    +
    +

    11.8.2 Création de contenu accessible

    +

    Les outils-auteurs doivent permettre et orienter la production de contenu conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas.

    +

    REMARQUE: Les outils-auteurs peuvent s’appuyer sur des outils supplémentaires lorsqu’il n’est pas possible de respecter des exigences spécifiques avec un seul outil. Par exemple, un outil de montage vidéo peut permettre la création de fichiers vidéo aux fins de diffusion via la télévision et le Web, mais la création de fichiers de sous-titres pour des formats multiples peut être assurée par un outil différent.

    +     		+

    C.11.8.2 Création de contenu accessible

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel est un outil-auteur.

    +

    Procédure

    +

    1. Vérifier si l’outil-auteur possède des caractéristiques qui permettent et orientent la production conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web).

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    11.8.3 Préservation des renseignements sur l’accessibilité dans le cadre de transformations

    +

    Lorsque l’outil-auteur fournit des transformations de restructuration ou de recodage, les renseignements sur l’accessibilité doivent alors être préservés dans l’extrant s’il existe des mécanismes équivalents dans la technologie du contenu de l’extrant.

    +

    REMARQUE 1: Les transformations de restructuration sont des transformations dans le cadre desquelles la technologie du contenu reste identique, mais les caractéristiques structurelles du contenu sont modifiées (par exemple, linéarisation des tableaux, division d’un document en pages).

    +

    REMARQUE 2: Les transformations de recodage sont des transformations dans le cadre desquelles la technologie utilisée pour coder le contenu est modifiée.

    +     		+

    C.11.8.3 Préservation des renseignements sur l’accessibilité dans le cadre de transformations

    +

    Type d’évaluation

    +

    Inspection et essais

    +

    Conditions préalables

    +

    1. Le logiciel est un outil-auteur.

    +

    2. L’outil-auteur fournit des transformations de restructuration ou de recodage.

    +

    Procédure

    +

    1. Pour une transformation de restructuration, vérifier si les renseignements d’accessibilité sont préservés dans l’extrant.

    +

    2. Pour une transformation de restructuration, vérifier si la technologie du contenu prend en charge les renseignements d’accessibilité dans la forme restructurée de l’information.

    +

    3. Pour une transformation de recodage, vérifier si les renseignements d’accessibilité sont préservés dans l’extrant.

    +

    4. Pour une transformation de recodage, vérifier si les renseignements d’accessibilité sont pris en charge par la technologie de l’extrant recodé.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai ou les énoncés testables no 1 et 2 sont faux ou l’énoncé testable no 3 est vrai ou les énoncés testables no 3 et 4 sont faux.

    +

    Échec: L’énoncé testable no 1 est faux et l’énoncé testable no 2 est vrai.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.8.4 Aide à la réparation

    +

    Si la fonctionnalité de vérification de l’accessibilité d’un outil-auteur peut détecter que le contenu n’est pas conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas, alors l’outil-auteur doit formuler des suggestions en matière de réparation.

    +

    REMARQUE: Cela n’exclut pas les réparations automatisées ou semi-automatisées qui sont possibles (et recommandées) pour de nombreux types de problèmes d’accessibilité du contenu.

    +     		+

    C.11.8.4 Aide à la réparation

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel est un outil-auteur.

    +

    2. La fonctionnalité de vérification de l’accessibilité d’un outil-auteur peut détecter que le contenu n’est pas conforme aux clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas.

    +

    Procédure

    +

    1. L’outil-auteur formule des suggestions en matière de réparation lorsque le contenu fournit des suggestions de réparation lorsque le contenu n’est pas conforme à l’une des exigences des clauses 9 ou 10 (selon le cas).

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    11.8.5 Modèles

    +

    Lorsque l’outil-auteur fournit des modèles, au moins l’un des modèles qui prend en charge la création de contenu conforme aux exigences des clauses 9 (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas, doit être disponible et identifié en tant que tel.

    +     		+

    C.11.8.5 Modèles

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le logiciel est un outil-auteur.

    +

    2. L’outil-auteur fournit des modèles

    +

    Procédure

    +

    1. Vérifier que l’outil-auteur fournit au moins un modèle qui prend en charge la création de contenu conforme aux exigences 9 (contenu Web) ou 10 (contenu autre que le contenu Web), selon le cas.

    +

    2. Vérifier qu’au moins un modèle indiqué à l’étape 1 est disponible et qu’il est identifié comme étant conforme aux clauses 9 ou 10 (selon le cas).

    +

    Résultat

    +

    Réussite: Les énoncés testables nos 1 et 2 sont vrais.

    +

    Échec: Les énoncés testables nos 1 ou 2 sont faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    REMARQUE: L’indication que le modèle est conforme aux exigences des clauses 9 ou 10 (selon le cas) mentionnée dans l’énoncé testable 2 peut être, par exemple, formulée dans les termes suivants: « Conforme à la directive WCAG 2.1 ». Lorsque l’indication n’indique pas explicitement que toutes les exigences énoncées aux clauses 9 ou 10 (selon le cas) sont respectées, il peut être nécessaire d’utiliser le modèle pour créer un site Web ou un document, puis de mettre à l’essai ce site Web ou ce document conformément aux exigences des clauses 9 ou 10 afin d’avoir la certitude que le modèle se comporte tel que requis.

    +
    -

    12 Documentation et soutien technique

    - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + +
    12.1 Documentation du produit
    Clause de la norme EN 301 549Détermination de la conformité
    -

    12.1.1 Caractéristiques d’accessibilité et de compatibilité

    -

    La documentation du produit fournie avec les TIC, qu’elle soit fournie séparément ou intégrée aux TIC - doit énumérer et expliquer les modes d’utilisation des caractéristiques d’accessibilité et de - compatibilité des TIC.

    -

    REMARQUE 1: Les caractéristiques d’accessibilité et de compatibilité comprennent les caractéristiques - d’accessibilité intégrées et celles qui assurent la compatibilité avec la technologie d’assistance. -

    -

    REMARQUE 2 : La pratique exemplaire consiste à utiliser WebSchemas/Accessibility 2.0 [i.38] pour - fournir des métadonnées sur l’accessibilité des TIC.

    -

    REMARQUE 3 : L’énoncé sur l'accessibilité et les pages d’aide sont deux exemples de diffusion de - renseignements sur les produits.

    -     		-

    C.12.1.1 Caractéristiques d’accessibilité et de compatibilité

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La documentation du produit est fournie avec les TIC.

    -

    Procédure

    -

    1. Vérifier que la documentation du produit fournie avec les TIC énumère et explique les modes - d’utilisation des caractéristiques d’accessibilité et de compatibilité des TIC.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    12.1.2 Documentation accessible

    -

    La documentation du produit fournie avec les TIC doit être disponible dans au moins un des formats - électroniques suivants:

    -

    1. un format Web conforme aux exigences de la clause 9;

    -

    2. un format autre qu’un format Web conforme aux exigences de la clause 10.

    -

    REMARQUE 1: Cela n’exclut pas la possibilité de fournir également la documentation du produit dans - d’autres formats (électroniques ou papier) non accessibles.

    -

    REMARQUE 2: Cela n’exclut pas non plus la possibilité de fournir des formats différents répondant aux - besoins d’un type précis d’utilisateurs (p. ex. des documents en braille pour les personnes - aveugles ou des renseignements faciles à lire pour les personnes ayant une déficience cognitive). -

    -

    REMARQUE 3: Lorsque la documentation fait partie intégrante des TIC, elle est fournie par - l’intermédiaire de l’interface utilisateur qui est accessible.

    -

    REMARQUE 4: Un agent utilisateur prenant en charge la conversion automatique des médias serait - bénéfique pour améliorer l’accessibilité.

    -     		-

    C.12.1.2 Documentation accessible

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La documentation du produit en format électronique est fournie avec les TIC.

    -

    Procédure

    -

    1. Vérifier que la documentation du produit en format électronique fournie avec les TIC est conforme - aux exigences des clauses 9 ou 10, selon le cas.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    12.1 Documentation du produit
    Clause de la norme EN 301 549Détermination de la conformité
    +

    12.1.1 Caractéristiques d’accessibilité et de compatibilité

    +

    La documentation du produit fournie avec les TIC, qu’elle soit fournie séparément ou intégrée aux TIC doit énumérer et expliquer les modes d’utilisation des caractéristiques d’accessibilité et de compatibilité des TIC.

    +

    REMARQUE 1: Les caractéristiques d’accessibilité et de compatibilité comprennent les caractéristiques d’accessibilité intégrées et celles qui assurent la compatibilité avec la technologie d’assistance.

    +

    REMARQUE 2 : La pratique exemplaire consiste à utiliser WebSchemas/Accessibility 2.0 [i.38] pour fournir des métadonnées sur l’accessibilité des TIC.

    +

    REMARQUE 3 : L’énoncé sur l'accessibilité et les pages d’aide sont deux exemples de diffusion de renseignements sur les produits.

    +     		+

    C.12.1.1 Caractéristiques d’accessibilité et de compatibilité

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La documentation du produit est fournie avec les TIC.

    +

    Procédure

    +

    1. Vérifier que la documentation du produit fournie avec les TIC énumère et explique les modes d’utilisation des caractéristiques d’accessibilité et de compatibilité des TIC.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    12.1.2 Documentation accessible

    +

    La documentation du produit fournie avec les TIC doit être disponible dans au moins un des formats électroniques suivants:

    +

    1. un format Web conforme aux exigences de la clause 9;

    +

    2. un format autre qu’un format Web conforme aux exigences de la clause 10.

    +

    REMARQUE 1: Cela n’exclut pas la possibilité de fournir également la documentation du produit dans d’autres formats (électroniques ou papier) non accessibles.

    +

    REMARQUE 2: Cela n’exclut pas non plus la possibilité de fournir des formats différents répondant aux besoins d’un type précis d’utilisateurs (p. ex. des documents en braille pour les personnes aveugles ou des renseignements faciles à lire pour les personnes ayant une déficience cognitive).

    +

    REMARQUE 3: Lorsque la documentation fait partie intégrante des TIC, elle est fournie par l’intermédiaire de l’interface utilisateur qui est accessible.

    +

    REMARQUE 4: Un agent utilisateur prenant en charge la conversion automatique des médias serait bénéfique pour améliorer l’accessibilité.

    +     		+

    C.12.1.2 Documentation accessible

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La documentation du produit en format électronique est fournie avec les TIC.

    +

    Procédure

    +

    1. Vérifier que la documentation du produit en format électronique fournie avec les TIC est conforme aux exigences des clauses 9 ou 10, selon le cas.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + +
    12.2 Services de soutien
    Clause de la norme EN 301 549Détermination de la conformité
    -

    12.2.1 Généralités (information)

    -

    Les services d’appui en matière de TIC comprennent, sans s’y limiter, les centres d’assistance, les - centres d’appel, le soutien technique, les services de relais et les services de formation.

    -     		-

    C.12.2.1 Généralités (information)

    -

    La clause 12.2.1 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests. -

    -
    -

    12.2.2 Renseignements sur les caractéristiques d’accessibilité et de compatibilité -

    -

    Les services de soutien en matière de TIC doivent fournir des renseignements sur les caractéristiques - d’accessibilité et de compatibilité inclus dans la documentation du produit.

    -

    REMARQUE: Les caractéristiques d’accessibilité et de compatibilité comprennent les caractéristiques - d’accessibilité intégrées et celles qui assurent la compatibilité avec la technologie d’assistance. -

    -     		-

    C.12.2.2 Renseignements sur les caractéristiques d’accessibilité et de compatibilité -

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Des services de soutien en matière de TIC sont fournis.

    -

    Procédure

    -

    1. Vérifier que les services de soutien en matière de TIC fournissent des renseignements sur les - caractéristiques d’accessibilité et de compatibilité figurant dans la documentation du produit.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    12.2.3 Communication efficace

    -

    Les services de soutien en matière de TIC doivent répondre aux besoins en communication des personnes - handicapées, soit directement, soit par l’intermédiaire d’un point de référence.

    -     		-

    C.12.2.3 Communication efficace

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Des services de soutien en matière de TIC sont fournis.

    -

    Procédure

    -

    1. Vérifier que les services de soutien en matière TIC répondent aux besoins en communication des - personnes handicapées, soit directement, soit par l’intermédiaire d’un point de référence.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -

    REMARQUE: La prestation de tout niveau de soutien visant à répondre aux besoins en communication des - personnes handicapées constitue une réussite pour cette exigence. Les fournisseurs voudront - peut-être fournir davantage de renseignements sur le niveau de soutien fourni pour permettre de - juger de la pertinence et de la qualité du soutien.

    -
    -

    12.2.4 Documentation accessible

    -

    La documentation fournie par les services de soutien doit être disponible dans au moins un des - formats électroniques suivants:

    -

    1. un format Web conforme aux exigences de la clause 9;

    -

    2. un format autre qu’un format Web conforme aux exigences de la clause 10.

    -

    REMARQUE 1: Cela n’exclut pas la possibilité de fournir également la documentation dans d’autres - formats (électroniques ou papier) non accessibles.

    -

    REMARQUE 2: Cela n’exclut pas non plus la possibilité de fournir des formats différents répondant aux - besoins d’un type précis d’utilisateurs (p. ex. des documents en braille pour les personnes - aveugles ou des renseignements faciles à lire pour les personnes ayant une déficience cognitive). -

    -

    REMARQUE 3: Un agent utilisateur prenant en charge la conversion automatique des médias serait - bénéfique pour améliorer l’accessibilité.

    -     		-

    C.12.2.4 Documentation accessible

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. La documentation est fournie par les services de soutien en matière de TIC.

    -

    Procédure

    -

    1. Vérifier que la documentation en format électronique fournie par les services de soutien en - matière de TIC est conforme aux exigences des clauses 9 ou 10, selon le cas.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    12.2 Services de soutien
    Clause de la norme EN 301 549Détermination de la conformité
    +

    12.2.1 Généralités (information)

    +

    Les services d’appui en matière de TIC comprennent, sans s’y limiter, les centres d’assistance, les centres d’appel, le soutien technique, les services de relais et les services de formation.

    +     		+

    C.12.2.1 Généralités (information)

    +

    La clause 12.2.1 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    +

    12.2.2 Renseignements sur les caractéristiques d’accessibilité et de compatibilité

    +

    Les services de soutien en matière de TIC doivent fournir des renseignements sur les caractéristiques d’accessibilité et de compatibilité inclus dans la documentation du produit.

    +

    REMARQUE: Les caractéristiques d’accessibilité et de compatibilité comprennent les caractéristiques d’accessibilité intégrées et celles qui assurent la compatibilité avec la technologie d’assistance.

    +     		+

    C.12.2.2 Renseignements sur les caractéristiques d’accessibilité et de compatibilité

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Des services de soutien en matière de TIC sont fournis.

    +

    Procédure

    +

    1. Vérifier que les services de soutien en matière de TIC fournissent des renseignements sur les caractéristiques d’accessibilité et de compatibilité figurant dans la documentation du produit.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    12.2.3 Communication efficace

    +

    Les services de soutien en matière de TIC doivent répondre aux besoins en communication des personnes handicapées, soit directement, soit par l’intermédiaire d’un point de référence.

    +     		+

    C.12.2.3 Communication efficace

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Des services de soutien en matière de TIC sont fournis.

    +

    Procédure

    +

    1. Vérifier que les services de soutien en matière TIC répondent aux besoins en communication des personnes handicapées, soit directement, soit par l’intermédiaire d’un point de référence.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    REMARQUE: La prestation de tout niveau de soutien visant à répondre aux besoins en communication des personnes handicapées constitue une réussite pour cette exigence. Les fournisseurs voudront peut-être fournir davantage de renseignements sur le niveau de soutien fourni pour permettre de juger de la pertinence et de la qualité du soutien.

    +
    +

    12.2.4 Documentation accessible

    +

    La documentation fournie par les services de soutien doit être disponible dans au moins un des formats électroniques suivants:

    +

    1. un format Web conforme aux exigences de la clause 9;

    +

    2. un format autre qu’un format Web conforme aux exigences de la clause 10.

    +

    REMARQUE 1: Cela n’exclut pas la possibilité de fournir également la documentation dans d’autres formats (électroniques ou papier) non accessibles.

    +

    REMARQUE 2: Cela n’exclut pas non plus la possibilité de fournir des formats différents répondant aux besoins d’un type précis d’utilisateurs (p. ex. des documents en braille pour les personnes aveugles ou des renseignements faciles à lire pour les personnes ayant une déficience cognitive).

    +

    REMARQUE 3: Un agent utilisateur prenant en charge la conversion automatique des médias serait bénéfique pour améliorer l’accessibilité.

    +     		+

    C.12.2.4 Documentation accessible

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. La documentation est fournie par les services de soutien en matière de TIC.

    +

    Procédure

    +

    1. Vérifier que la documentation en format électronique fournie par les services de soutien en matière de TIC est conforme aux exigences des clauses 9 ou 10, selon le cas.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +

    13 TIC assurant l’accès aux services de relais ou d’urgence

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    13.1 Exigences en matière de services de relais
    Clause de la norme EN 301 549Détermination de la conformité
    -

    13.1.1 Généralités (information)

    -

    Les services de relais permettent aux utilisateurs de différents modes de communication (texte, - signes, parole, etc.) d’interagir à distance, grâce aux TIC et à la communication bidirectionnelle, - en assurant une conversion entre les modes de communication, normalement effectuée par un opérateur - humain.

    -

    Une pratique exemplaire consiste à respecter les exigences de la norme en vigueur ETSI ES 202 975 - [i.5] en matière de services de relais.

    -     		-

    C.13.1.1 Généralités (information)

    -

    La clause 13.1.1 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests. -

    -
    -

    13.1.2 Services de relais de textes

    -

    Lorsque les TIC visent à fournir un service de relais de textes, celui-ci doit permettre aux - utilisateurs de textes et aux utilisateurs de la parole d’interagir en assurant la conversion entre - les deux modes de communication.

    -     		-

    C.13.1.2 Services de relais de textes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le service est un service de relais de textes.

    -

    Procédure

    -

    1. Vérifier que le service permet aux utilisateurs de textes et aux utilisateurs de la parole - d’interagir en assurant la conversion entre les deux modes de communication.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    13.1.3 Services de relais de signes

    -

    Lorsque les TIC visent à fournir un service de relais de signes, celui-ci doit permettre aux - utilisateurs des langues des signes et aux utilisateurs de la parole d’interagir en assurant la - conversion entre les deux modes de communication.

    -

    REMARQUE: Les services de relais de signes sont aussi parfois appelés services de relais des langues - des signes ou services de relais vidéo.

    -     		-

    C.13.1.3 Services de relais de signes

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le service est un service de relais de signes.

    -

    Procédure

    -

    1. Vérifier que le service permet aux utilisateurs des langues des signes et aux utilisateurs de la - parole d’interagir en assurant la conversion entre les deux modes de communication.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    13.1.4 Services de relais de lecture labiale

    -

    Lorsque les TIC visent à fournir un service de relais de lecture labiale, le service de lecture - labiale doit permettre aux personnes qui lisent sur les lèvres et aux utilisateurs de téléphonie - vocale d’interagir en assurant la conversion entre les deux modes de communication.

    -     		-

    C.13.1.4 Services de relais de lecture labiale

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Il s’agit d’un service de relais de lecture labiale.

    -

    Procédure

    -

    1. Vérifier que le service permet aux personnes qui lisent sur les lèvres et aux utilisateurs de - téléphonie vocale d’interagir en assurant la conversion entre les deux modes de communication.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    13.1.5 Services de téléphonie sous-titrée

    -

    Lorsque les TIC visent à fournir un service de téléphonie sous-titrée, celui-ci doit aider un - utilisateur sourd ou malentendant qui participe à un dialogue oral en lui fournissant des - sous-titres traduisant l’appel entrant.

    -     		-

    C.13.1.5 Services de téléphonie sous-titrée

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le service est un service de téléphonie sous-titré.

    -

    Procédure

    -

    1. Vérifier que le service aide un utilisateur sourd ou malentendant qui participe à un dialogue oral - en lui fournissant des sous-titres traduisant l’appel entrant.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    13.1.6 Services de relais de la parole à la parole

    -

    Lorsque les TIC visent à fournir un service de relais de la parole à la parole, celui-ci doit - permettre aux utilisateurs de téléphones souffrant de troubles de l’élocution ou de troubles - cognitifs et à tout autre utilisateur de communiquer en leur fournissant une assistance mutuelle. -

    -     		-

    C.13.1.6 Services de relais de la parole à la parole

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le service est un service de relais de la parole à la parole.

    -

    Procédure

    -

    1. Vérifier que le service permet aux utilisateurs de téléphone souffrant de troubles de l’élocution - ou de troubles cognitifs et à tout autre utilisateur de communiquer en leur fournissant une - assistance mutuelle.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 n’est pas remplie.

    -
    -

    13.2 Accès aux services de relais

    -

    Lorsque les systèmes des TIC prennent en charge la communication bidirectionnelle et que le système - est spécifié comme devant être utilisé avec des services de relais, l’accès à ces services de relais - ne doit pas être bloqué pour les appels sortants et entrants, ce qui comprend les communications - vocales, par TTR ou par vidéo, seules ou combinées, appuyées par un service de relais et le système - des TIC.

    -

    REMARQUE 1: La présente exigence vise à assurer aux personnes handicapées un accès aux communications - équivalent sur le plan fonctionnel.

    -

    REMARQUE 2 : Le système peut être spécifié comme devant fonctionner avec des services de relais, par - exemple, par des acheteurs, des organismes de réglementation ou des spécifications de produits.

    -     		-

    C.13.2 Accès aux services de relais

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le système des TIC prend en charge la communication bidirectionnelle.

    -

    2. Un ensemble de services de relais pour la communication bidirectionnelle est spécifié.

    -

    Procédure

    -

    1. Vérifier que le système n’empêche pas l’accès à ces services de relais pour les appels entrants et - sortants.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    -

    13.3 Accès aux services d’urgence

    -

    Lorsque les systèmes des TIC prennent en charge la communication bidirectionnelle et que le système - est spécifié comme devant être utilisé avec des services d’urgence, l’accès à ces services d’urgence - ne doit pas être bloqué pour les appels sortants et entrants, ce qui comprend les communications - vocales, par TTR ou par vidéo, seules ou combinées, appuyées par le service d’urgence et le système - des TIC.

    -

    REMARQUE 1: La présente exigence vise à assurer aux personnes handicapées un accès aux communications - équivalent sur le plan fonctionnel.

    -

    REMARQUE 2 : Le système peut être spécifié comme devant fonctionner avec des services d’urgence, par - exemple, par des acheteurs, des organismes de réglementation ou des spécifications de produits.

    -     		-

    C.13.3 Accès aux services d’urgence

    -

    Type d’évaluation

    -

    Inspection

    -

    Conditions préalables

    -

    1. Le système des TIC prend en charge la communication bidirectionnelle.

    -

    2. Un ensemble de services d’urgence pour la communication bidirectionnelle est spécifié.

    -

    Procédure

    -

    1. Vérifier que le système n’empêche pas l’accès à ces services d’urgence pour les appels entrants et - sortants.

    -

    Résultat

    -

    Réussite: L’énoncé testable no 1 est vrai.

    -

    Échec: L’énoncé testable no 1 est faux.

    -

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    -
    13.1 Exigences en matière de services de relais
    Clause de la norme EN 301 549Détermination de la conformité
    +

    13.1.1 Généralités (information)

    +

    Les services de relais permettent aux utilisateurs de différents modes de communication (texte, signes, parole, etc.) d’interagir à distance, grâce aux TIC et à la communication bidirectionnelle, en assurant une conversion entre les modes de communication, normalement effectuée par un opérateur humain.

    +

    Une pratique exemplaire consiste à respecter les exigences de la norme en vigueur ETSI ES 202 975 [i.5] en matière de services de relais.

    +     		+

    C.13.1.1 Généralités (information)

    +

    La clause 13.1.1 n’a qu’une valeur informative et ne contient aucune exigence en matière de tests.

    +
    +

    13.1.2 Services de relais de textes

    +

    Lorsque les TIC visent à fournir un service de relais de textes, celui-ci doit permettre aux utilisateurs de textes et aux utilisateurs de la parole d’interagir en assurant la conversion entre les deux modes de communication.

    +     		+

    C.13.1.2 Services de relais de textes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le service est un service de relais de textes.

    +

    Procédure

    +

    1. Vérifier que le service permet aux utilisateurs de textes et aux utilisateurs de la parole d’interagir en assurant la conversion entre les deux modes de communication.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    13.1.3 Services de relais de signes

    +

    Lorsque les TIC visent à fournir un service de relais de signes, celui-ci doit permettre aux utilisateurs des langues des signes et aux utilisateurs de la parole d’interagir en assurant la conversion entre les deux modes de communication.

    +

    REMARQUE: Les services de relais de signes sont aussi parfois appelés services de relais des langues des signes ou services de relais vidéo.

    +     		+

    C.13.1.3 Services de relais de signes

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le service est un service de relais de signes.

    +

    Procédure

    +

    1. Vérifier que le service permet aux utilisateurs des langues des signes et aux utilisateurs de la parole d’interagir en assurant la conversion entre les deux modes de communication.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    13.1.4 Services de relais de lecture labiale

    +

    Lorsque les TIC visent à fournir un service de relais de lecture labiale, le service de lecture labiale doit permettre aux personnes qui lisent sur les lèvres et aux utilisateurs de téléphonie vocale d’interagir en assurant la conversion entre les deux modes de communication.

    +     		+

    C.13.1.4 Services de relais de lecture labiale

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Il s’agit d’un service de relais de lecture labiale.

    +

    Procédure

    +

    1. Vérifier que le service permet aux personnes qui lisent sur les lèvres et aux utilisateurs de téléphonie vocale d’interagir en assurant la conversion entre les deux modes de communication.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    13.1.5 Services de téléphonie sous-titrée

    +

    Lorsque les TIC visent à fournir un service de téléphonie sous-titrée, celui-ci doit aider un utilisateur sourd ou malentendant qui participe à un dialogue oral en lui fournissant des sous-titres traduisant l’appel entrant.

    +     		+

    C.13.1.5 Services de téléphonie sous-titrée

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le service est un service de téléphonie sous-titré.

    +

    Procédure

    +

    1. Vérifier que le service aide un utilisateur sourd ou malentendant qui participe à un dialogue oral en lui fournissant des sous-titres traduisant l’appel entrant.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    13.1.6 Services de relais de la parole à la parole

    +

    Lorsque les TIC visent à fournir un service de relais de la parole à la parole, celui-ci doit permettre aux utilisateurs de téléphones souffrant de troubles de l’élocution ou de troubles cognitifs et à tout autre utilisateur de communiquer en leur fournissant une assistance mutuelle.

    +     		+

    C.13.1.6 Services de relais de la parole à la parole

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le service est un service de relais de la parole à la parole.

    +

    Procédure

    +

    1. Vérifier que le service permet aux utilisateurs de téléphone souffrant de troubles de l’élocution ou de troubles cognitifs et à tout autre utilisateur de communiquer en leur fournissant une assistance mutuelle.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 n’est pas remplie.

    +
    +

    13.2 Accès aux services de relais

    +

    Lorsque les systèmes des TIC prennent en charge la communication bidirectionnelle et que le système est spécifié comme devant être utilisé avec des services de relais, l’accès à ces services de relais ne doit pas être bloqué pour les appels sortants et entrants, ce qui comprend les communications vocales, par TTR ou par vidéo, seules ou combinées, appuyées par un service de relais et le système des TIC.

    +

    REMARQUE 1: La présente exigence vise à assurer aux personnes handicapées un accès aux communications équivalent sur le plan fonctionnel.

    +

    REMARQUE 2 : Le système peut être spécifié comme devant fonctionner avec des services de relais, par exemple, par des acheteurs, des organismes de réglementation ou des spécifications de produits.

    +     		+

    C.13.2 Accès aux services de relais

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le système des TIC prend en charge la communication bidirectionnelle.

    +

    2. Un ensemble de services de relais pour la communication bidirectionnelle est spécifié.

    +

    Procédure

    +

    1. Vérifier que le système n’empêche pas l’accès à ces services de relais pour les appels entrants et sortants.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +
    +

    13.3 Accès aux services d’urgence

    +

    Lorsque les systèmes des TIC prennent en charge la communication bidirectionnelle et que le système est spécifié comme devant être utilisé avec des services d’urgence, l’accès à ces services d’urgence ne doit pas être bloqué pour les appels sortants et entrants, ce qui comprend les communications vocales, par TTR ou par vidéo, seules ou combinées, appuyées par le service d’urgence et le système des TIC.

    +

    REMARQUE 1: La présente exigence vise à assurer aux personnes handicapées un accès aux communications équivalent sur le plan fonctionnel.

    +

    REMARQUE 2 : Le système peut être spécifié comme devant fonctionner avec des services d’urgence, par exemple, par des acheteurs, des organismes de réglementation ou des spécifications de produits.

    +     		+

    C.13.3 Accès aux services d’urgence

    +

    Type d’évaluation

    +

    Inspection

    +

    Conditions préalables

    +

    1. Le système des TIC prend en charge la communication bidirectionnelle.

    +

    2. Un ensemble de services d’urgence pour la communication bidirectionnelle est spécifié.

    +

    Procédure

    +

    1. Vérifier que le système n’empêche pas l’accès à ces services d’urgence pour les appels entrants et sortants.

    +

    Résultat

    +

    Réussite: L’énoncé testable no 1 est vrai.

    +

    Échec: L’énoncé testable no 1 est faux.

    +

    Non applicable : La condition préalable 1 ou 2 n’est pas remplie.

    +

    Annexe - Tableaux et figures (de la norme EN 301 549)

    -

    Tableau 5.1: Relation entre la distance de visualisation du dessin maximale et la hauteur minimale des - caractères à un angle sous-tendu minimal de 0,7 degré

    +

    Les tableaux et figures ci-dessous proviennent des clauses de la norme EN 301 549 (2021) et n’ont pas été modifiés. Pour chaque tableau ou figure, un lien hypertexte a été créé pour référencer la clause associée, ce qui n'existe pas dans le PDF officiel EN 301 549 (2021) car le PDF officiel inclut ces tableaux et figures en ligne avec la clause.

    +

    Tableau 5.1: Relation entre la distance de visualisation du dessin maximale et la hauteur minimale des caractères à un angle sous-tendu minimal de 0,7 degré

    - - - - - - - + + + + + + + - + @@ -12772,1101 +8829,686 @@

    Annexe - Tableaux et figures (de la norme EN 301 549)

    Distance de visualisation du dessin maximaleHauteur minimale des caractères
    Distance de visualisation du dessin maximaleHauteur minimale des caractères

    100 mm

    @@ -12722,7 +8779,7 @@

    Annexe - Tableaux et figures (de la norme EN 301 549)

    3,7 mm

    350 mm
    -
    -
    -
    Figure 1 : Relation entre la hauteur minimale des caractères et la distance de - visualisation du dessin maximale
    - Diagramme illustrant le contenu linéaire du texte 5.1.4 Fonctionnalité fermée à l'agrandissement du texte -
    -
    -
    Figure 2 : Portée avant libre
    - Un diagramme illustrant le contenu du texte 8.3.2.2 Hauteur minimum de la portée avant libre. Personne en fauteuil roulant tendue vers l'avant. -
    -
    -
    Figure 3 : Portée avant obstruée
    - Un diagramme illustrant le contenu du texte 8.3.2.3.3. Portée avant (<635 mm) obstruée. Personne en fauteuil roulant qui s'étend au-dessus d'un bureau et qui démontre qu'il n'y a pas d'obstacles et qu'il y a une obstruction à avant portée. -
    -
    -
    Figure 4 : Espace libre pour les pieds -
    - Un diagramme illustrant le contenu du texte 8.3.2.5 Espace libre pour les pieds. -
    -
    -
    Figure 5 : Espace libre pour les genoux
    - Un diagramme illustrant le contenu du texte 8.3.2.6 Espace libre pour les genoux. -
    -
    -
    Figure 6 : Portée latérale libre
    - Un diagramme illustrant le contenu du texte 8.3.3.2 Hauteur minimale de la portée latérale libre. Personne en fauteuil roulant qui se penche sur le côté. -
    -
    -
    Figure 7 : Portée latérale haute obstruée
    - Un diagramme illustrant le contenu du texte 8.3.3.3.2 Portée latérale haute obstruée (≤ 610 mm). Personne en fauteuil roulant tendre à le côté et qui démontre qu'il n'y a pas d'obstacles et qu'il y a un obstruction à haute latérale portée. -
    -
    -
    Figure 8 : Changement de niveau vertical
    - Un diagramme illustrant le contenu du texte 8.3.4.1. Changement de niveau. -
    -
    -
    Figure 9 : Changement de niveau en biseau
    - Un diagramme illustrant le contenu du texte 8.3.4.1. Changement de niveau. -
    -
    -
    Figure 10 : Surface au sol dégagée
    Diagramme illustrant le contenu du texte 8.3.4.2 Surface de plancher ou de sol dégagée. Personne en fauteuil roulant démontrant un espace libre minimal. -
    -
    -
    Figure 11 : Espace libre de manœuvre dans une alcôve, approche avant
    - Un diagramme illustrant le contenu du texte 8.3.4.3.2 Approche avant. Personne dans un fauteuil roulant dans un alcôve. -
    -
    -
    Figure 12 : Espace libre de manœuvre dans une alcôve approche parallèle
    - Un diagramme illustrant le contenu du texte 8.3.4.3.3 Approche parallèle. Personne dans un fauteuil roulant dans un alcôve. -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    Tableau 9.1 : Critères de succès de niveau AAA des WCAG 2.1
    No.RègleNuméro du critère de succèsNom du critère de succès
    - 1 - - Média temporel - 1.2.6Langue des signes - (pré-enregistrée) - -
    - 2 - - Média temporel - 1.2.7 - Audio-description - étendue (pré-enregistrée) - - -
    - 3 - - Média temporel - 1.2.8 - Version de - remplacement pour un média temporel (pré-enregistrée) - - -
    - 4 - - Média temporel - 1.2.9Seulement audio (en direct) - -
    - 5 - - Adaptable - 1.3.6Identifier la fonction - -
    - 6 - - Distinguable - 1.4.6Contraste (amélioré) -
    - 7 - - Distinguable - 1.4.7Arrière-plan - sonore de faible volume ou absent - - -
    - 8 - - Distinguable - 1.4.8Présentation visuelle - - -
    - 9 - - Distinguable - 1.4.9Texte sous - forme d’image (sans exception) - -
    - 10 - - Accessibilité au clavier - 2.1.3Clavier (pas - d’exception) - - -
    - 11 - - Délai suffisant - 2.2.3Pas de délai d’exécution - - -
    - 12 - - Délai suffisant - 2.2.4Interruptions - - -
    - 13 - - Délai suffisant - 2.2.5Nouvelle - authentification -
    - 14 - - Délai suffisant - 2.2.6Délais d’expiration -
    - 15 - - Crises et réactions physiques - 2.3.2Trois flashs - - -
    - 16 - - Crises et réactions physiques - 2.3.3Animation - résultant d’interactions -
    - 17 - - Navigable - 2.4.8Localisation -
    - 18 - - Navigable - 2.4.9Fonction du lien - (lien uniquement) -
    - 19 - - Navigable - 2.4.10En-têtes de section -
    - 20 - - Modalités d’entrée - 2.5.5Taille de la cible -
    - 21 - - Modalités d’entrée - 2.5.6Modalités - d’entrées concurrentes -
    - 22 - - Lisible - 3.1.3Mots rares -
    - 23 - - Lisible - 3.1.4Abréviations - - -
    - 24 - - Lisible - 3.1.5Niveau de lecture -
    - 25 - - Lisible - 3.1.6Prononciation - - -
    - 26 - - Prévisible - 3.2.5Changement à la - demande -
    - 27 - - Assistance à la saisie - 3.3.5Aide - -
    - 28 - - Assistance à la saisie - 3.3.6Prévention des erreurs - (toutes) -
    +
    +
    Figure 1 : Relation entre la hauteur minimale des caractères et la distance de visualisation du dessin maximale
    Diagramme illustrant le contenu linéaire du texte 5.1.4 Fonctionnalité fermée à l'agrandissement du texte +

    Contenu connexe:

    + +
    +
    +
    Figure 2 : Portée avant libre
    Un diagramme illustrant le contenu du texte 8.3.2.2 Hauteur minimum de la portée avant libre. Personne en fauteuil roulant tendue vers l'avant. +

    Contenu connexe:

    + +
    +
    +
    Figure 3 : Portée avant obstruée
    Un diagramme illustrant le contenu du texte 8.3.2.3.3. Portée avant (<635 mm) obstruée. Personne en fauteuil roulant qui s'étend au-dessus d'un bureau et qui démontre qu'il n'y a pas d'obstacles et qu'il y a une obstruction à avant portée. +

    Contenu connexe:

    + +
    +
    +
    Figure 4 : Espace libre pour les pieds
    Un diagramme illustrant le contenu du texte 8.3.2.5 Espace libre pour les pieds. +

    Contenu connexe:

    + +
    +
    +
    Figure 5 : Espace libre pour les genoux
    Un diagramme illustrant le contenu du texte 8.3.2.6 Espace libre pour les genoux. +

    Contenu connexe:

    + +
    +
    +
    Figure 6 : Portée latérale libre
    Un diagramme illustrant le contenu du texte 8.3.3.2 Hauteur minimale de la portée latérale libre. Personne en fauteuil roulant qui se penche sur le côté. +

    Contenu connexe:

    + +
    +
    +
    Figure 7 : Portée latérale haute obstruée
    Un diagramme illustrant le contenu du texte 8.3.3.3.2 Portée latérale haute obstruée (≤ 610 mm). Personne en fauteuil roulant tendre à le côté et qui démontre qu'il n'y a pas d'obstacles et qu'il y a un obstruction à haute latérale portée. +

    Contenu connexe:

    + +
    +
    +
    Figure 8 : Changement de niveau vertical
    Un diagramme illustrant le contenu du texte 8.3.4.1. Changement de niveau. +

    Contenu connexe:

    + +
    +
    +
    Figure 9 : Changement de niveau en biseau
    Un diagramme illustrant le contenu du texte 8.3.4.1. Changement de niveau. +

    Contenu connexe:

    + +
    +
    +
    Figure 10 : Surface au sol dégagée
    Diagramme illustrant le contenu du texte 8.3.4.2 Surface de plancher ou de sol dégagée. Personne en fauteuil roulant démontrant un espace libre minimal. +

    Contenu connexe:

    + +
    +
    +
    Figure 11 : Espace libre de manœuvre dans une alcôve, approche avant
    Un diagramme illustrant le contenu du texte 8.3.4.3.2 Approche avant. Personne dans un fauteuil roulant dans un alcôve. +

    Contenu connexe:

    + +
    +
    +
    Figure 12 : Espace libre de manœuvre dans une alcôve approche parallèle
    Un diagramme illustrant le contenu du texte 8.3.4.3.3 Approche parallèle. Personne dans un fauteuil roulant dans un alcôve. +

    Contenu connexe:

    + +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Tableau 9.1 : Critères de succès de niveau AAA des WCAG 2.1
    No.RègleNuméro du critère de succèsNom du critère de succès
    1 Média temporel 1.2.6Langue des signes (pré-enregistrée)
    2 Média temporel 1.2.7 Audio-description étendue (pré-enregistrée)
    3 Média temporel 1.2.8 Version de remplacement pour un média temporel (pré-enregistrée)
    4 Média temporel 1.2.9Seulement audio (en direct)
    5 Adaptable 1.3.6Identifier la fonction
    6 Distinguable 1.4.6Contraste (amélioré)
    7 Distinguable 1.4.7Arrière-plan sonore de faible volume ou absent
    8 Distinguable 1.4.8Présentation visuelle
    9 Distinguable 1.4.9Texte sous forme d’image (sans exception)
    10 Accessibilité au clavier 2.1.3Clavier (pas d’exception)
    11 Délai suffisant 2.2.3Pas de délai d’exécution
    12 Délai suffisant 2.2.4Interruptions
    13 Délai suffisant 2.2.5Nouvelle authentification
    14 Délai suffisant 2.2.6Délais d’expiration
    15 Crises et réactions physiques 2.3.2Trois flashs
    16 Crises et réactions physiques 2.3.3Animation résultant d’interactions
    17 Navigable 2.4.8Localisation
    18 Navigable 2.4.9Fonction du lien (lien uniquement)
    19 Navigable 2.4.10En-têtes de section
    20 Modalités d’entrée 2.5.5Taille de la cible
    21 Modalités d’entrée 2.5.6Modalités d’entrées concurrentes
    22 Lisible 3.1.3Mots rares
    23 Lisible 3.1.4Abréviations
    24 Lisible 3.1.5Niveau de lecture
    25 Lisible 3.1.6Prononciation
    26 Prévisible 3.2.5Changement à la demande
    27 Assistance à la saisie 3.3.5Aide
    28 Assistance à la saisie 3.3.6Prévention des erreurs (toutes)

    Annexe – Chapitre 14 - Conformité

    -

    La conformité au présent document est obtenue en respectant toutes les exigences applicables, c’est-à-dire les - clauses contenant le mot « doit ». Les clauses contenant le mot « devrait » sont des recommandations et ne sont - pas requises pour la conformité.

    -

    Toutes les clauses, à l’exception de la clause 12, comprennent une autoévaluation de la portée. Cela signifie - qu’elles sont introduites par la locution « Lorsque les TIC - '.Une exigence est respectée lorsque la condition préalable est vraie et que le test - correspondant (en annexe C) est réussi. Lorsque l’une des conditions préalables est fausse, l’exigence est - non applicable. Par conséquent, le résultat des tests de l’annexe C peut être : non applicable, réussite, - échec ou (dans des circonstances exceptionnelles) non testable. -

    -

    Les TIC sont souvent constituées d’un assemblage de deux ou plusieurs éléments de TIC. Dans certains cas, au - moins deux éléments interopérables de TIC peuvent, ensemble, répondre à davantage d’exigences de la norme - lorsqu’un élément complète la fonctionnalité de l’autre et que l’ensemble répond à davantage d’exigences - d’accessibilité. Toutefois, la combinaison de deux éléments de TIC, qui ne réussissent pas à satisfaire à une - exigence particulière, n’aboutira pas à un système de TIC combiné qui répond à cette exigence.

    +

    La conformité au présent document est obtenue en respectant toutes les exigences applicables, c’est-à-dire les clauses contenant le mot « doit ». Les clauses contenant le mot « devrait » sont des recommandations et ne sont pas requises pour la conformité.

    +

    Toutes les clauses, à l’exception de la clause 12, comprennent une autoévaluation de la portée. Cela signifie qu’elles sont introduites par la locution « Lorsque les TIC '.Une exigence est respectée lorsque la condition préalable est vraie et que le test correspondant (en annexe C) est réussi. Lorsque l’une des conditions préalables est fausse, l’exigence est non applicable. Par conséquent, le résultat des tests de l’annexe C peut être : non applicable, réussite, échec ou (dans des circonstances exceptionnelles) non testable.

    +

    Les TIC sont souvent constituées d’un assemblage de deux ou plusieurs éléments de TIC. Dans certains cas, au moins deux éléments interopérables de TIC peuvent, ensemble, répondre à davantage d’exigences de la norme lorsqu’un élément complète la fonctionnalité de l’autre et que l’ensemble répond à davantage d’exigences d’accessibilité. Toutefois, la combinaison de deux éléments de TIC, qui ne réussissent pas à satisfaire à une exigence particulière, n’aboutira pas à un système de TIC combiné qui répond à cette exigence.

    Le présent document n’établit pas l’ordre de priorité des exigences.

    -

    REMARQUE 1 : Une mise en œuvre ou une maintenance ultérieure pourrait avoir une incidence sur la conformité aux - exigences d’accessibilité.

    -

    REMARQUE 2 : Un échantillonnage est souvent nécessaire pour les TIC complexes lorsqu’il y a trop d’instances de - l’objet à tester. Le présent document ne peut pas recommander de techniques d’échantillonnage précises pour - l’évaluation des TIC car celles-ci sont propres au contexte. -

    -

    La nature inhérente de certaines situations fait qu’il est impossible de faire des déclarations fiables et - définitives sur le respect des exigences d’accessibilité. Par conséquent, dans ces situations, les exigences du - présent document sont sans objet :

    +

    REMARQUE 1 : Une mise en œuvre ou une maintenance ultérieure pourrait avoir une incidence sur la conformité aux exigences d’accessibilité.

    +

    REMARQUE 2 : Un échantillonnage est souvent nécessaire pour les TIC complexes lorsqu’il y a trop d’instances de l’objet à tester. Le présent document ne peut pas recommander de techniques d’échantillonnage précises pour l’évaluation des TIC car celles-ci sont propres au contexte.

    +

    La nature inhérente de certaines situations fait qu’il est impossible de faire des déclarations fiables et définitives sur le respect des exigences d’accessibilité. Par conséquent, dans ces situations, les exigences du présent document sont sans objet :

    -

    REMARQUE 3 : Même dans les situations ci-dessus, la pratique exemplaire consiste à appliquer les exigences du - présent document chaque fois qu’il est possible de le faire en toute sécurité.

    -

    Annexe - Références (de la norme EN 301 549 – en anglais seulement)

    +

    REMARQUE 3 : Même dans les situations ci-dessus, la pratique exemplaire consiste à appliquer les exigences du présent document chaque fois qu’il est possible de le faire en toute sécurité.

    +

    Annexe - Références (de la norme EN 301 549 – en anglais seulement)

    2.1 Références normatives

    -

    Les références sont spécifiques, identifiées par leur date de publication et/ou leur numéro d'édition ou leur numéro - de version. Seule la version citée est applicable.

    -

    Les documents cités en référence qui ne sont pas disponibles publiquement à l'emplacement prévu peuvent se trouver à - ETSI References in docbox (en anglais seulement). -

    +

    Les références sont spécifiques, identifiées par leur date de publication et/ou leur numéro d'édition ou leur numéro de version. Seule la version citée est applicable.

    +

    Les documents cités en référence qui ne sont pas disponibles publiquement à l'emplacement prévu peuvent se trouver à ETSI References in docbox (en anglais seulement).

    Les documents de référence suivants sont nécessaires à l’application du présent document.

    -

    [1] ETSI ETS 300 381 (Edition 1) (December 1994): "Telephony for hearing impaired people; Inductive - coupling of telephone earphones to hearing aids".

    -

    [2] ETSI ES 200 381-1 (V1.2.1) (October 2012): "Telephony for hearing impaired people; Inductive - coupling of telephone earphones to hearing aids Part 1: Fixed-line speech terminals".

    -

    [3] ETSI ES 200 381-2 (V1.1.1) (October 2012): "Telephony for hearing impaired people; Inductive - coupling of telephone earphones to hearing aids; Part 2: Cellular speech terminals".

    -

    [4] W3C Recommendation (December 2008) /ISO/IEC 40500:2012: "Web Content Accessibility Guidelines - (WCAG) 2.0".

    +

    [1] ETSI ETS 300 381 (Edition 1) (December 1994): "Telephony for hearing impaired people; Inductive coupling of telephone earphones to hearing aids".

    +

    [2] ETSI ES 200 381-1 (V1.2.1) (October 2012): "Telephony for hearing impaired people; Inductive coupling of telephone earphones to hearing aids Part 1: Fixed-line speech terminals".

    +

    [3] ETSI ES 200 381-2 (V1.1.1) (October 2012): "Telephony for hearing impaired people; Inductive coupling of telephone earphones to hearing aids; Part 2: Cellular speech terminals".

    +

    [4] W3C Recommendation (December 2008) /ISO/IEC 40500:2012: "Web Content Accessibility Guidelines (WCAG) 2.0".

    [5] W3C Proposed Recommendation (June 2018): "Web Content Accessibility Guidelines (WCAG) 2.1".

    2.2 Références informatives

    -

    Les références sont soit spécifiques (identifiées par la date de publication et/ou le numéro d'édition ou le numéro - de version), soit non spécifiques. Pour des références spécifiques, seule la version citée est applicable. En ce qui - concerne les références non spécifiques, la dernière version du document cité en référence (y compris les - modifications éventuelles) est applicable.

    +

    Les références sont soit spécifiques (identifiées par la date de publication et/ou le numéro d'édition ou le numéro de version), soit non spécifiques. Pour des références spécifiques, seule la version citée est applicable. En ce qui concerne les références non spécifiques, la dernière version du document cité en référence (y compris les modifications éventuelles) est applicable.

    -

    Les documents de référence suivants ne sont pas nécessaires pour l’application du présent document, mais ils aident - l’utilisateur dans un domaine particulier.

    -

    [i.1] ANSI/IEEE C63.19 (2011): "American National Standard Method of Measurement of Compatibility - between Wireless Communication Devices and Hearing Aids". 

    -

    [i.2] ANSI/TIA-4965: "Receive volume control requirements for digital and analogue wireline - terminals". 

    -

    [i.3] European Commission M 376-EN: "Standardization Mandate to CEN, CENELEC and ETSI in support of - European accessibility requirements for public procurement of products and services in the ICT domain".  -

    -

    [i.4] ETSI EG 201 013: "Human Factors (HF); Definitions, abbreviations and symbols".  -

    +

    Les documents de référence suivants ne sont pas nécessaires pour l’application du présent document, mais ils aident l’utilisateur dans un domaine particulier.

    +

    [i.1] ANSI/IEEE C63.19 (2011): "American National Standard Method of Measurement of Compatibility between Wireless Communication Devices and Hearing Aids". 

    +

    [i.2] ANSI/TIA-4965: "Receive volume control requirements for digital and analogue wireline terminals". 

    +

    [i.3] European Commission M 376-EN: "Standardization Mandate to CEN, CENELEC and ETSI in support of European accessibility requirements for public procurement of products and services in the ICT domain". 

    +

    [i.4] ETSI EG 201 013: "Human Factors (HF); Definitions, abbreviations and symbols". 

    [i.5] ETSI ES 202 975: "Human Factors (HF); Requirements for relay services". 

    -

    [i.6] ETSI ETS 300 767: "Human Factors (HF); Telephone Prepayment Cards; Tactile - Identifier". 

    -

    [i.7] ETSI CEN/CENELEC/ETSI Translations 101 550: "Documents relevant to EN 301 549 "Accessibility - requirements suitable for public procurement of ICT products and services in Europe"". 

    -

    [i.8] ETSI CEN/CENELEC/ETSI Translations 101 551: "Guidelines on the use of accessibility award - criteria - suitable for publicly procured ICT products and services in Europe". 

    -

    [i.9] ETSI Translations 102 612: "Human Factors (HF); European accessibility requirements for public - procurement of products and services in the ICT domain (European Commission Mandate M 376, Phase 1)".  -

    -

    [i.10] ETSI TS 126 114: "Universal Mobile Telecommunications System (UMTS); LTE; IP - Multimedia - Subsystem (IMS); Multimedia telephony; Media handling and interaction (3GPP TS 26.114)". 

    -

    [i.11] ETSI TS 122 173: "Digital cellular telecommunications system (Phase 2+) (GSM); - Universal - Mobile Telecommunications System (UMTS); LTE; IP Multimedia Core Network Subsystem (IMS) Multimedia - Telephony - Service and supplementary services; Stage 1 (3GPP TS 22.173)". 

    -

    [i.12] ETSI TS 134 229: "Universal Mobile Telecommunications System (UMTS); LTE; Internet - Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session - Description Protocol (SDP); User Equipment (UE) conformance specification (3GPP TS 34.229)". 

    +

    [i.6] ETSI ETS 300 767: "Human Factors (HF); Telephone Prepayment Cards; Tactile Identifier". 

    +

    [i.7] ETSI CEN/CENELEC/ETSI Translations 101 550: "Documents relevant to EN 301 549 "Accessibility requirements suitable for public procurement of ICT products and services in Europe"". 

    +

    [i.8] ETSI CEN/CENELEC/ETSI Translations 101 551: "Guidelines on the use of accessibility award criteria suitable for publicly procured ICT products and services in Europe". 

    +

    [i.9] ETSI Translations 102 612: "Human Factors (HF); European accessibility requirements for public procurement of products and services in the ICT domain (European Commission Mandate M 376, Phase 1)". 

    +

    [i.10] ETSI TS 126 114: "Universal Mobile Telecommunications System (UMTS); LTE; IP Multimedia Subsystem (IMS); Multimedia telephony; Media handling and interaction (3GPP TS 26.114)". 

    +

    [i.11] ETSI TS 122 173: "Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; IP Multimedia Core Network Subsystem (IMS) Multimedia Telephony Service and supplementary services; Stage 1 (3GPP TS 22.173)". 

    +

    [i.12] ETSI TS 134 229: "Universal Mobile Telecommunications System (UMTS); LTE; Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); User Equipment (UE) conformance specification (3GPP TS 34.229)". 

    [i.13] IETF RFC 4103 (2005): "RTP Payload for Text Conversation".

    -

    [i.14] ISO/IEC 17007:2009: "Conformity assessment - Guidance for drafting normative - documents - suitable for use for conformity assessment". 

    -

    [i.15] ISO 9241-11:2018:"Ergonomics of human-system interaction - Part 11: Usability: - Definitions - and concepts". 

    -

    [i.16] ISO 9241-110:2006: "Ergonomics of human-system interaction -- Part 110: Dialogue - principles". 

    -

    [i.17] ISO 9241-171:2008: "Ergonomics of human-system interaction-Part 171: Guidance on - software - accessibility". 

    +

    [i.14] ISO/IEC 17007:2009: "Conformity assessment - Guidance for drafting normative documents suitable for use for conformity assessment". 

    +

    [i.15] ISO 9241-11:2018:"Ergonomics of human-system interaction - Part 11: Usability: Definitions and concepts". 

    +

    [i.16] ISO 9241-110:2006: "Ergonomics of human-system interaction -- Part 110: Dialogue principles". 

    +

    [i.17] ISO 9241-171:2008: "Ergonomics of human-system interaction-Part 171: Guidance on software accessibility". 

    [i.18] void

    -

    [i.19] ISO/IEC 13066-1:2011: "Information technology - Interoperability with assistive - technology (AT) - Part 1: Requirements and recommendations for interoperability". 

    -

    [i.20] Recommendation ITU-T E.161 (2001): "Arrangement of digits, letters and symbols on - telephones and other devices that can be used for gaining access to a telephone network". 

    +

    [i.19] ISO/IEC 13066-1:2011: "Information technology - Interoperability with assistive technology (AT) - Part 1: Requirements and recommendations for interoperability". 

    +

    [i.20] Recommendation ITU-T E.161 (2001): "Arrangement of digits, letters and symbols on telephones and other devices that can be used for gaining access to a telephone network". 

    [i.21] Recommendation ITU-T G.722 (1988): "7 kHz audio-coding within 64 kbit/s". 

    -

    [i.22] Recommendation ITU-T G.722.2 (2003): "Wideband coding of speech at around 16 kbit/s - using - Adaptive Multi-Rate Wideband (AMR-WB)". 

    -

    [i.23] Recommendation ITU-T V.18 (2000): "Operational and interworking requirements for DCEs - operating in the text telephone mode". 

    -

    [i.24] TIA-1083-A (2010): "Telecommunications; Telephone Terminal equipment; Handset - magnetic - measurement Procédures and performance requirements". 

    -

    [i.25] Section 508 of the United States Rehabilitation Act of 1973, revised 2017. - REMARQUE: Disponible à https://www.section508.gov/manage/laws-and-policies - . 

    -

    [i.26] W3C Working Group Note 5 September 2013: "Guidance on Applying WCAG 2.0 to Non-Web - Information and Communications Technologies (WCAG2ICT)". 

    +

    [i.22] Recommendation ITU-T G.722.2 (2003): "Wideband coding of speech at around 16 kbit/s using Adaptive Multi-Rate Wideband (AMR-WB)". 

    +

    [i.23] Recommendation ITU-T V.18 (2000): "Operational and interworking requirements for DCEs operating in the text telephone mode". 

    +

    [i.24] TIA-1083-A (2010): "Telecommunications; Telephone Terminal equipment; Handset magnetic measurement Procédures and performance requirements". 

    +

    [i.25] Section 508 of the United States Rehabilitation Act of 1973, revised 2017. REMARQUE: Disponible à https://www.section508.gov/manage/laws-and-policies . 

    +

    [i.26] W3C Working Group Note 5 September 2013: "Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT)". 

    -

    [i.27] M 554 Commission Implementing Decision C(2017)2585 of 27.4.2017 on a standardisation - request - to the European standardisation organisations in support of Directive (EU) 2016/2102 of the European Parliament - and - of the Council on the accessibility of the websites and mobile applications of public sector bodies. 

    -

    [i.28] Directive (EU) 2016/2102 of the European Parliament and of the Council of 26 October - 2016 - on the accessibility of the websites and mobile applications of public sector bodies. 

    -

    [i.29]ETSI/CEN/CENELEC EN 301 549 (V2.1.2) (August 2018): "Accessibility requirements for ICT - products and services". 

    -

    [i.30] ETSI/CEN/CENELEC Translations 101 552: "Guidance for the application of conformity assessment - to - accessibility requirements for public procurement of ICT products and services in Europe".

    -

    [i.31] ISO/IEC TS 20071-25:2017: "Information technology - User interface component - accessibility - - Part 25: Guidance on the audio presentation of text in videos, including captions, subtitles and other on-screen - text".

    -

    [i.32] W3C Recommendation (September 2015): "Authoring Tool Accessibility Guidelines (ATAG) - 2.0". - REMARQUE: Disponible à http://www.w3.org/Translations/ATAG20/. -

    -

    [i.33] W3C Recommendation (September 2015): "User Agent Accessibility Guidelines (UAAG) 2.0". - REMARQUE: Disponible à http://www.w3.org/Translations/UAAG20/. -

    -

    [i.34]ISO 21542:2011: "Building construction - Accessibility and usability of the built - environment".

    +

    [i.27] M 554 Commission Implementing Decision C(2017)2585 of 27.4.2017 on a standardisation request to the European standardisation organisations in support of Directive (EU) 2016/2102 of the European Parliament and of the Council on the accessibility of the websites and mobile applications of public sector bodies. 

    +

    [i.28] Directive (EU) 2016/2102 of the European Parliament and of the Council of 26 October 2016 on the accessibility of the websites and mobile applications of public sector bodies. 

    +

    [i.29]ETSI/CEN/CENELEC EN 301 549 (V2.1.2) (August 2018): "Accessibility requirements for ICT products and services". 

    +

    [i.30] ETSI/CEN/CENELEC Translations 101 552: "Guidance for the application of conformity assessment to accessibility requirements for public procurement of ICT products and services in Europe".

    +

    [i.31] ISO/IEC TS 20071-25:2017: "Information technology - User interface component accessibility - Part 25: Guidance on the audio presentation of text in videos, including captions, subtitles and other on-screen text".

    +

    [i.32] W3C Recommendation (September 2015): "Authoring Tool Accessibility Guidelines (ATAG) 2.0". REMARQUE: Disponible à http://www.w3.org/Translations/ATAG20/.

    +

    [i.33] W3C Recommendation (September 2015): "User Agent Accessibility Guidelines (UAAG) 2.0". REMARQUE: Disponible à http://www.w3.org/Translations/UAAG20/.

    +

    [i.34]ISO 21542:2011: "Building construction - Accessibility and usability of the built environment".

    [i.35]ISO/IEC Guide 71:2014: "Guide for addressing accessibility in standards".

    -

    [i.36]Recommendation ITU-T T.140 (1988): "Protocol for multimedia application text - conversation". -

    +

    [i.36]Recommendation ITU-T T.140 (1988): "Protocol for multimedia application text conversation".

    [i.37]Recommendation ITU-T F.703 (2000): "Multimedia conversational services".

    -

    [i.38] W3C WebSchemas/Accessibility 2.0. - REMARQUE: Disponible à https://www.w3.org/wiki/WebSchemas/Accessibility. -

    +

    [i.38] W3C WebSchemas/Accessibility 2.0. REMARQUE: Disponible à https://www.w3.org/wiki/WebSchemas/Accessibility.

    [i.39]Void

    -

    [i.40]Directive 2014/24/EU of the European Parliament and of the Council of 26 February 2014 on - public procurement and repealing Directive 2004/18/EC.

    - +

    [i.40]Directive 2014/24/EU of the European Parliament and of the Council of 26 February 2014 on public procurement and repealing Directive 2004/18/EC.

    Annexe – Définition des termes, symboles et abréviations (d’après la norme EN 301 549)

    3.1 Termes

    -

    Aux fins du présent document, les termes figurant dans la norme EG 201 013[i.4] de l’ETSI et les définitions - suivantes s’appliquent :

    - - +

    Aux fins du présent document, les termes figurant dans la norme EG 201 013[i.4] de l’ETSI et les définitions suivantes s’appliquent :

    -
    accessibilité:
    -
    -

    degré selon lequel des produits, systèmes, services, environnements et installations peuvent être utilisés - par des membres d'une population présentant le plus large éventail possible de caractéristiques et de - capacités en vue d'atteindre un objectif spécifié dans un contexte d'utilisation donné ISO 9241-11:2018 - [i.15])

    - -
    -
    espace d’accès:
    -
    -

    l’espace destiné à être occupé par la personne, y compris sa technologie d’assistance, pendant qu’elle - utilise le produit

    -
    -
    Aide de suppléance à l’audition (ASA):
    -
    -

    appareils qui aident à séparer les sons, en particulier la parole, qu’une personne veut entendre du bruit de - fond en apportant le son directement dans l'oreille.

    - -
    -
    Technologie d’aide (TA):
    -
    -

    équipement, système, matériel informatique, logiciel ou service utilisé pour augmenter, maintenir ou - améliorer les capacités des individus (d’après la norme ISO/CEI Guide 71:2014 [i.35]). -

    - -
    -
    Audiodescription
    -
    -

    Narration ajoutée à une piste sonore intercalée avec le dialogue, qui décrit les aspects importants du - contenu visuel de médias audiovisuels qui ne pourraient être compris à partir de la piste sonore principale - uniquement. -

    - -
    -
    Outil-auteur:
    -
    -

    Logiciel pouvant être utilisé pour créer ou modifier du contenu.

    - -
    -
    Légende
    -
    -

    Texte ou élément visuel synchronisé constituant une solution de remplacement pour l’information sonore, - vocale ou non vocale nécessaire à la compréhension du contenu média (d’après la directive WCAG 2.1[5])

    - -
    -
    Fonction restreinte
    -
    -

    Fonctionnalité limitée par des caractéristiques qui empêche un utilisateur de joindre, d’installer ou - d’utiliser une technologie d’assistance.

    -
    -
    Contenu
    -
    -

    Information et expérience sensorielle à communiquer à l’utilisateur au moyen d’un logiciel, y compris le code - ou le balisage qui définit la structure, la présentation et les interactions du contenu (d’après - WCAG2ICT[i.26]) -

    - -
    -
    contexte d’utilisation
    -
    -

    combinaison d’utilisateurs, d’objectifs et de tâches, de ressources et d’environnement (d’après la norme ISO - 9241-11:2018 [i.15]).

    - -
    -
    document:
    -
    -

    ensemble de contenu logiquement distinct (tel qu’un fichier, un ensemble de fichiers ou un média diffusé en - continu) qui fonctionne comme une entité unique plutôt que comme une collection, qui ne fait pas partie d’un - logiciel et qui n’inclut pas son propre agent utilisateur (d’après WCAG2ICT [i.26]).

    - -
    -
    intégré:
    -
    -

    directement inclus dans le contenu qui est téléchargé vers l’agent utilisateur et son extension, et qui est - destiné à être utilisé pour le rendu de la page Web.

    - -
  • REMARQUE : Un élément qui est téléchargé à l’aide d’un mécanisme sur la page Web mais qui n’est pas utilisé - pour rendre la page n’est pas « intégré » dans la page.
    • -
    -
    Réseau de TIC:
    -
    -

    technologie et ressources permettant la connexion et le fonctionnement de TIC interconnectées.

    -
    -
    Technologies de l’information et des communications (TIC):
    -
    -

    technologie, équipement ou système ou sous-système interconnecté d’équipements dont la fonction principale - est la création, la conversion, la duplication, l’acquisition automatique, le stockage, l’analyse, - l’évaluation, la manipulation, la gestion, le déplacement, le contrôle, l’affichage, la commutation, - l’échange, la transmission, la réception ou la diffusion de données ou d’informations.

    - -
    -
    pièce manœuvrablee mécanique:
    -
    -

    pièce manoeuvrable qui possède une interface mécanique pour activer, désactiver ou ajuster la TIC.

    - -
    -
    mécanisme d’écoute privée:
    -
    -

    sortie sonore conçue pour que seul l'utilisateur actuel puisse recevoir le son.

    - -
    -
    contenu non textuel:
    -
    -

    contenu qui n’est pas une séquence de caractères pouvant être déterminée par un programme informatique ou - dans lequel la séquence n’exprime pas quelque chose en langage humain (d’après WCAG 2.1 [5]).

    -
    -
    document non Web:
    -
    -

    document qui n’est pas une page Web, qui n’est pas intégré dans une page Web et qui n’est pas utilisé pour le - rendu ou le fonctionnement de la page.

    -
    - -
    logiciel non Web:
    -
    -

    logiciel qui n’est pas une page Web, qui n’est pas intégré dans une page Web et qui n’est pas utilisé pour le - rendu ou le fonctionnement de la page.

    -
    -
    Fonction non restreinte:
    -
    -

    fonctionnalité qui prend en charge l’accès par une technologie d’assistance

    - -
    -
    Pièce manœuvrable:
    -
    -

    Composante des TIC utilisée pour les activer, les désactiver ou les ajuster.

    - -
    -
    Logiciel de plateforme (plateforme):
    -
    -

    ensemble de composants logiciels qui s’exécute sur une couche logicielle ou matérielle sous-jacente et qui - fournit un ensemble de services logiciels à d’autres composants logiciels permettant d’isoler ces - applications de la couche logicielle ou matérielle sous-jacente (d’après ISO/IEC 13066-1[i.19])

    - -
    -
    Déterminable par programmation:
    -
    -

    capable d’être lu par un logiciel à partir de données fournies par le développeur de sorte que d’autres - logiciels, y compris les technologies d’assistance, puissent extraire et présenter ces renseignements aux - utilisateurs selon différentes modalités. -

    - -
    -
    Texte en Temps Réel (TTR):
    -
    -

    form of a text conversation in point to point situations or in multipoint conferencing where the text being - entered is sent in such a way that the communication is perceived by the user as being continuous -

    - -
    -
    Satisfait à un critère de réussite
    -
    -

    Le critère de réussite ne se révèle pas faux lorsqu’il est appliqué au TIC (d’après la directive WCAG 2.1 - [5])

    -
    -
    Connexion utilisateur unique:
    -
    -

    connexion constituée de son, de TTR ou de vidéo (ou d’une combinaison de deux ou trois de ces médias) établie - par une seule action de l'utilisateur.

    - -
    -
    Sous-titres vocaux/sous-titres audio:
    -
    -

    les sous-titres qui sont exprimés vocalement sur le contenu audiovisuel (d’après la norme ISO/IEC TS 20071-25 - [i.31])

    -
    -
    TIC fixes:
    -
    -

    TIC qui reposent sur le sol, ou qui sont montées sur un mur ou une autre structure immobile, et qui ne sont - pas destinées à être déplacées par leur utilisateur.

    - -
    - -
    Terminal
    -
    -

    Ensemble de matériel et de logiciel grâce auquel l’utilisateur final interagit directement et qui fournit - l’interface utilisateur.

    - -
    -
    À tour de rôle:
    -
    -

    type d’organisation dans la conversation et le discours selon lequel les participants parlent un à la fois, - chacun leur tour.

    -
    -
    Agent utilisateur:
    -
    -

    Tout logiciel qui récupère et présente le contenu aux utilisateurs (d’après la directive WCAG 2.1[5])

    - -
    -
    Interface utilisateur:
    -
    -

    Toutes les composantes d’un système interactif (logiciel ou matériel) qui fournissent des renseignements ou - des commandes permettant à l’utilisateur d’accomplir des tâches spécifiques avec le système interactif - (d’après la norme ISO 9241-110[i.16])

    -
    -
    Élément d’interface utilisateur:
    -
    -

    Entité de l’interface utilisateur qui est présentée à l’utilisateur par le logiciel (d’après la norme ISO - 9241¬171[i.17]) -

    - -
    -
    Contenu Web:
    -
    -

    contenu qui se trouve dans une page Web, et qui est utilisé dans la restitution ou qui est conçu pour être - utilisé dans la restitution de la page Web.contenu qui se trouve dans une page Web, et qui est utilisé dans - la restitution ou qui est conçu pour être utilisé dans la restitution de la page Web.

    -
    -
    Page Web:
    -
    -

    Une ressource autonome obtenue depuis un URI unique grâce au protocole HTTP, accompagnée de toutes les autres - ressources utilisées dans la restitution ou conçues pour être restituées simultanément par un agent - utilisateur (d’après la directive WCAG 2.1[5])

    -
    +
    accessibilité:
    +
    +

    degré selon lequel des produits, systèmes, services, environnements et installations peuvent être utilisés par des membres d'une population présentant le plus large éventail possible de caractéristiques et de capacités en vue d'atteindre un objectif spécifié dans un contexte d'utilisation donné ISO 9241-11:2018 [i.15])

    + +
    +
    espace d’accès:
    +
    +

    l’espace destiné à être occupé par la personne, y compris sa technologie d’assistance, pendant qu’elle utilise le produit

    +
    +
    Aide de suppléance à l’audition (ASA):
    +
    +

    appareils qui aident à séparer les sons, en particulier la parole, qu’une personne veut entendre du bruit de fond en apportant le son directement dans l'oreille.

    + +
    +
    Technologie d’aide (TA):
    +
    +

    équipement, système, matériel informatique, logiciel ou service utilisé pour augmenter, maintenir ou améliorer les capacités des individus (d’après la norme ISO/CEI Guide 71:2014 [i.35]).

    + +
    +
    Audiodescription
    +
    +

    Narration ajoutée à une piste sonore intercalée avec le dialogue, qui décrit les aspects importants du contenu visuel de médias audiovisuels qui ne pourraient être compris à partir de la piste sonore principale uniquement.

    + +
    +
    Outil-auteur:
    +
    +

    Logiciel pouvant être utilisé pour créer ou modifier du contenu.

    + +
    +
    Légende
    +
    +

    Texte ou élément visuel synchronisé constituant une solution de remplacement pour l’information sonore, vocale ou non vocale nécessaire à la compréhension du contenu média (d’après la directive WCAG 2.1[5])

    + +
    +
    Fonction restreinte
    +
    +

    Fonctionnalité limitée par des caractéristiques qui empêche un utilisateur de joindre, d’installer ou d’utiliser une technologie d’assistance.

    +
    +
    Contenu
    +
    +

    Information et expérience sensorielle à communiquer à l’utilisateur au moyen d’un logiciel, y compris le code ou le balisage qui définit la structure, la présentation et les interactions du contenu (d’après WCAG2ICT[i.26])

    + +
    +
    contexte d’utilisation
    +
    +

    combinaison d’utilisateurs, d’objectifs et de tâches, de ressources et d’environnement (d’après la norme ISO 9241-11:2018 [i.15]).

    + +
    +
    document:
    +
    +

    ensemble de contenu logiquement distinct (tel qu’un fichier, un ensemble de fichiers ou un média diffusé en continu) qui fonctionne comme une entité unique plutôt que comme une collection, qui ne fait pas partie d’un logiciel et qui n’inclut pas son propre agent utilisateur (d’après WCAG2ICT [i.26]).

    + +
    +
    intégré:
    +
    +

    directement inclus dans le contenu qui est téléchargé vers l’agent utilisateur et son extension, et qui est destiné à être utilisé pour le rendu de la page Web.

    + +
    +
    Réseau de TIC:
    +
    +

    technologie et ressources permettant la connexion et le fonctionnement de TIC interconnectées.

    +
    +
    Technologies de l’information et des communications (TIC):
    +
    +

    technologie, équipement ou système ou sous-système interconnecté d’équipements dont la fonction principale est la création, la conversion, la duplication, l’acquisition automatique, le stockage, l’analyse, l’évaluation, la manipulation, la gestion, le déplacement, le contrôle, l’affichage, la commutation, l’échange, la transmission, la réception ou la diffusion de données ou d’informations.

    + +
    +
    pièce manœuvrablee mécanique:
    +
    +

    pièce manoeuvrable qui possède une interface mécanique pour activer, désactiver ou ajuster la TIC.

    + +
    +
    mécanisme d’écoute privée:
    +
    +

    sortie sonore conçue pour que seul l'utilisateur actuel puisse recevoir le son.

    + +
    +
    contenu non textuel:
    +
    +

    contenu qui n’est pas une séquence de caractères pouvant être déterminée par un programme informatique ou dans lequel la séquence n’exprime pas quelque chose en langage humain (d’après WCAG 2.1 [5]).

    +
    +
    document non Web:
    +
    +

    document qui n’est pas une page Web, qui n’est pas intégré dans une page Web et qui n’est pas utilisé pour le rendu ou le fonctionnement de la page.

    +
    +
    logiciel non Web:
    +
    +

    logiciel qui n’est pas une page Web, qui n’est pas intégré dans une page Web et qui n’est pas utilisé pour le rendu ou le fonctionnement de la page.

    +
    +
    Fonction non restreinte:
    +
    +

    fonctionnalité qui prend en charge l’accès par une technologie d’assistance

    + +
    +
    Pièce manœuvrable:
    +
    +

    Composante des TIC utilisée pour les activer, les désactiver ou les ajuster.

    + +
    +
    Logiciel de plateforme (plateforme):
    +
    +

    ensemble de composants logiciels qui s’exécute sur une couche logicielle ou matérielle sous-jacente et qui fournit un ensemble de services logiciels à d’autres composants logiciels permettant d’isoler ces applications de la couche logicielle ou matérielle sous-jacente (d’après ISO/IEC 13066-1[i.19])

    + +
    +
    Déterminable par programmation:
    +
    +

    capable d’être lu par un logiciel à partir de données fournies par le développeur de sorte que d’autres logiciels, y compris les technologies d’assistance, puissent extraire et présenter ces renseignements aux utilisateurs selon différentes modalités.

    + +
    +
    Texte en Temps Réel (TTR):
    +
    +

    form of a text conversation in point to point situations or in multipoint conferencing where the text being entered is sent in such a way that the communication is perceived by the user as being continuous

    + +
    +
    Satisfait à un critère de réussite
    +
    +

    Le critère de réussite ne se révèle pas faux lorsqu’il est appliqué au TIC (d’après la directive WCAG 2.1 [5])

    +
    +
    Connexion utilisateur unique:
    +
    +

    connexion constituée de son, de TTR ou de vidéo (ou d’une combinaison de deux ou trois de ces médias) établie par une seule action de l'utilisateur.

    + +
    +
    Sous-titres vocaux/sous-titres audio:
    +
    +

    les sous-titres qui sont exprimés vocalement sur le contenu audiovisuel (d’après la norme ISO/IEC TS 20071-25 [i.31])

    +
    +
    TIC fixes:
    +
    +

    TIC qui reposent sur le sol, ou qui sont montées sur un mur ou une autre structure immobile, et qui ne sont pas destinées à être déplacées par leur utilisateur.

    + +
    +
    Terminal
    +
    +

    Ensemble de matériel et de logiciel grâce auquel l’utilisateur final interagit directement et qui fournit l’interface utilisateur.

    + +
    +
    À tour de rôle:
    +
    +

    type d’organisation dans la conversation et le discours selon lequel les participants parlent un à la fois, chacun leur tour.

    +
    +
    Agent utilisateur:
    +
    +

    Tout logiciel qui récupère et présente le contenu aux utilisateurs (d’après la directive WCAG 2.1[5])

    + +
    +
    Interface utilisateur:
    +
    +

    Toutes les composantes d’un système interactif (logiciel ou matériel) qui fournissent des renseignements ou des commandes permettant à l’utilisateur d’accomplir des tâches spécifiques avec le système interactif (d’après la norme ISO 9241-110[i.16])

    +
    +
    Élément d’interface utilisateur:
    +
    +

    Entité de l’interface utilisateur qui est présentée à l’utilisateur par le logiciel (d’après la norme ISO 9241¬171[i.17])

    + +
    +
    Contenu Web:
    +
    +

    contenu qui se trouve dans une page Web, et qui est utilisé dans la restitution ou qui est conçu pour être utilisé dans la restitution de la page Web.contenu qui se trouve dans une page Web, et qui est utilisé dans la restitution ou qui est conçu pour être utilisé dans la restitution de la page Web.

    +
    +
    Page Web:
    +
    +

    Une ressource autonome obtenue depuis un URI unique grâce au protocole HTTP, accompagnée de toutes les autres ressources utilisées dans la restitution ou conçues pour être restituées simultanément par un agent utilisateur (d’après la directive WCAG 2.1[5])

    +
    - -

    3.2 Symboles

    Sans objet

    3.3 Abréviations

    Aux fins du présent document, les abréviations suivantes sont employées :

    - -
    -
    ANSI
    -
    American National Standards Institute/ Loi sur les Américains en situation de handicap
    -
    AT
    -
    Assistive Technology/ Technologie d’Assistance (TA)
    -
    ATAG
    -
    Authoring Tool Accessibility Guidelines (of W3C)/ Règles d'accessibilité pour les outils d'édition (du W3C)
    -
    CEN
    -
    Comité Européen de Normalisation
    -
    CSS
    -
    Cascading Style Sheets/ Feuilles de style en cascade
    -
    DOM
    -
    Document Object Model/ Modèle d'objets de document
    -
    EU
    -
    European Union/ Union européenne
    -
    IPS
    -
    Images par seconde
    -
    FXML
    -
    XML-based user interface markup language (pas de terme en français)
    -
    HTML
    -
    HyperText Markup Language (pas de terme en français)
    -
    HTTP
    -
    HyperText Transfer Protocol (pas de terme en français)
    -
    ICT
    -
    Information and Communication Technology/ Technologies de l’information et des communications (TIC)
    -
    IETF
    -
    Internet Engineering Task Force (pas de terme en français)
    -
    IMS
    -
    IP Multimedia System/ Sous-système multimédia IP
    -
    IP
    -
    Internet Protocol/ Protocole internet
    -
    JWG
    -
    Joint Working Group (of CEN/CENELEC/ETSI)
    -
    ODF
    -
    Open Document Format/ Format OpenDocument
    -
    OOXML
    -
    Office Open eXtensible Markup Language (pas de terme en français)
    -
    RTPC
    -
    Réseau téléphonique public commuté
    -
    RFC
    -
    Request For Comment/ Demande de commentaires
    -
    TTR
    -
    Texte en temps réel
    -
    SIP
    -
    Session Initiation Protocol (pas de terme en français)
    -
    URI
    -
    Uniform Resource Identifier/ Identifiant uniforme de ressource
    -
    USB
    -
    Universal Serial Bus/ bus série universel
    -
    VoIP
    -
    Voice over IP/ Voix sur IP
    -
    W3C
    -
    World Wide Web Consortium (pas de terme en français)
    -
    WCAG
    -
    Web Content Accessibility Guidelines (of W3C/ Règles pour l’accessibilité des contenus Webdd> -
    XML
    -
    eXtensible Markup Language/ Langage de balisage extensible
    -
    XUL
    -
    XML User interface Language (pas de terme en français)
    -
    ISO
    -
    International Organization for Standardization/ Organisation internationale de normalisation
    -
    ITU-T
    -
    International Telecommunication Union - Telecommunication standardization sector/ Union internationale des - télécommunications - Secteur de la normalisation des télécommunications
    -
    LED
    -
    Light Emitting Device/ Diode électroluminescente
    -
    QVGA
    -
    Quarter Video Graphics Array (pas de terme en français)
    -
    UAAG
    -
    User Agent Accessibility Guidelines (of W3C)/ Directives pour l'accessibilité des agents utilisateurs (du W3C) -
    -
    VGA
    -
    Video Graphics Array (pas de terme en français)
    -
    WAI
    -
    Web Accessibility Initiative/ L'Initiative d'Accès au Web
    -
    WLAN
    -
    Wireless Local Access Network (pas de terme en français)
    +
    ANSI
    +
    American National Standards Institute/ Loi sur les Américains en situation de handicap
    +
    AT
    +
    Assistive Technology/ Technologie d’Assistance (TA)
    +
    ATAG
    +
    Authoring Tool Accessibility Guidelines (of W3C)/ Règles d'accessibilité pour les outils d'édition (du W3C)
    +
    CEN
    +
    Comité Européen de Normalisation
    +
    CSS
    +
    Cascading Style Sheets/ Feuilles de style en cascade
    +
    DOM
    +
    Document Object Model/ Modèle d'objets de document
    +
    EU
    +
    European Union/ Union européenne
    +
    IPS
    +
    Images par seconde
    +
    FXML
    +
    XML-based user interface markup language (pas de terme en français)
    +
    HTML
    +
    HyperText Markup Language (pas de terme en français)
    +
    HTTP
    +
    HyperText Transfer Protocol (pas de terme en français)
    +
    ICT
    +
    Information and Communication Technology/ Technologies de l’information et des communications (TIC)
    +
    IETF
    +
    Internet Engineering Task Force (pas de terme en français)
    +
    IMS
    +
    IP Multimedia System/ Sous-système multimédia IP
    +
    IP
    +
    Internet Protocol/ Protocole internet
    +
    JWG
    +
    Joint Working Group (of CEN/CENELEC/ETSI)
    +
    ODF
    +
    Open Document Format/ Format OpenDocument
    +
    OOXML
    +
    Office Open eXtensible Markup Language (pas de terme en français)
    +
    RTPC
    +
    Réseau téléphonique public commuté
    +
    RFC
    +
    Request For Comment/ Demande de commentaires
    +
    TTR
    +
    Texte en temps réel
    +
    SIP
    +
    Session Initiation Protocol (pas de terme en français)
    +
    URI
    +
    Uniform Resource Identifier/ Identifiant uniforme de ressource
    +
    USB
    +
    Universal Serial Bus/ bus série universel
    +
    VoIP
    +
    Voice over IP/ Voix sur IP
    +
    W3C
    +
    World Wide Web Consortium (pas de terme en français)
    +
    WCAG
    +
    Web Content Accessibility Guidelines (of W3C/ Règles pour l’accessibilité des contenus Webdd> +
    XML
    +
    eXtensible Markup Language/ Langage de balisage extensible
    +
    XUL
    +
    XML User interface Language (pas de terme en français)
    +
    ISO
    +
    International Organization for Standardization/ Organisation internationale de normalisation
    +
    ITU-T
    +
    International Telecommunication Union - Telecommunication standardization sector/ Union internationale des télécommunications - Secteur de la normalisation des télécommunications
    +
    LED
    +
    Light Emitting Device/ Diode électroluminescente
    +
    QVGA
    +
    Quarter Video Graphics Array (pas de terme en français)
    +
    UAAG
    +
    User Agent Accessibility Guidelines (of W3C)/ Directives pour l'accessibilité des agents utilisateurs (du W3C)
    +
    VGA
    +
    Video Graphics Array (pas de terme en français)
    +
    WAI
    +
    Web Accessibility Initiative/ L'Initiative d'Accès au Web
    +
    WLAN
    +
    Wireless Local Access Network (pas de terme en français)
    -

    Annexe - Conseils pratiques sur la création d’une documentation non-Web accessible

    -

    Dans les WCAG, les « critères de succès » sont tous agnostiques sur le plan technologique. Les exigences relatives - aux documents non-Web sont basées sur les exigences de niveau AA de la norme WCAG 2.1, ce qui signifie que tous les - critères de niveau A et AA pertinents pour les documents doivent être respectés.

    -

    Les W3C publient des techniques suffisantespour répondre aux - critères de succès du WCAG, y compris des techniques pour les formats de document autres que Web, tels que PDF. - L'utilisation d'une technique donnée est considérée « suffisante » pour répondre aux critères pertinents pour la - technique, mais vous pouvez également répondre aux critères d'autres manières.

    -

    Services partagés Canada a créé un ensemble de guides pour la production de documents accessibles dans Microsoft - Office:

    +

    Dans les WCAG, les « critères de succès » sont tous agnostiques sur le plan technologique. Les exigences relatives aux documents non-Web sont basées sur les exigences de niveau AA de la norme WCAG 2.1, ce qui signifie que tous les critères de niveau A et AA pertinents pour les documents doivent être respectés.

    +

    Les W3C publient des techniques suffisantespour répondre aux critères de succès du WCAG, y compris des techniques pour les formats de document autres que Web, tels que PDF. L'utilisation d'une technique donnée est considérée « suffisante » pour répondre aux critères pertinents pour la technique, mais vous pouvez également répondre aux critères d'autres manières.

    +

    Services partagés Canada a créé un ensemble de guides pour la production de documents accessibles dans Microsoft Office:

    -

    Divers organismes et fournisseurs de logiciels offrent du matériel supplémentaire proposant des instructions en vue - de rendre les documents accessibles:

    +

    Divers organismes et fournisseurs de logiciels offrent du matériel supplémentaire proposant des instructions en vue de rendre les documents accessibles:

    -

    REMARQUE : Le fait de suivre les conseils prodigués dans les liens susmentionnés ne garantit pas la conformité aux - normes WCAG 2.1. Les liens sont fournis à titre indicatif seulement.

    +

    REMARQUE : Le fait de suivre les conseils prodigués dans les liens susmentionnés ne garantit pas la conformité aux normes WCAG 2.1. Les liens sont fournis à titre indicatif seulement.