translate

4.2. Functional Performance Statements

Meeting functional performance statements

The statements set out in clause 4.2 are intended to describe the functional performance of ICT enabling people to locate, identify, and operate ICT functions, and to access the information provided, regardless of physical, cognitive or sensory abilities. Any ability impairments may be permanent, temporary or situational.

ICT meeting the applicable requirements of clauses 5 to 13 is deemed to have met a level of accessibility conformant with the present document and consistent with the user accessibility needs identified in clause 4.2 (Functional performance statements).

NOTE 1: The relationship between the requirements from clauses 5 to 13 and the accessibility-related user needs is set out in Annex B.

NOTE 2: The intent of clause 4.2 is to describe the users' accessibility needs in accessing the full functionality and documentation of the product or the service with or without the use of assistive technologies.

NOTE 3: The methods of meeting the accessibility needs of users with multiple impairments will depend on the specific combination of impairments. Meeting these user accessibility needs may be addressed by considering multiple clauses in 4.2.

NOTE 4: Several users' accessibility needs rely on ICT providing specific modes of operation. If a user is to activate, engage or switch to the mode that complies with his or her user accessibility needs, the method for activating, engaging or switching to that mode is also expected to comply with the same user accessibility needs.

There is currently no content classified with this term.

Where ICT provides visual modes of operation, some users need ICT to provide at least one mode of operation that does not require vision.

Notes: Audio and tactile user interfaces may contribute towards meeting this clause.

Where <abbr title="Information and Communication Technologies">ICT</abbr> provides visual modes of operation, some users will need the ICT to provide features that enable users to make better use of their limited vision.

Notes:

  1. Magnification, reduction of required field of vision and control of contrast may contribute towards meeting this clause.
  2. Where significant features of the user interface are dependent on depth perception, the provision of additional methods of distinguishing between the features may contribute towards meeting this clause.
  3. Users with limited vision may also benefit from non-visual access (see clause 4.2.1).

Where ICT provides visual modes of operation, some users will need the ICT to provide a visual mode of operation that does not require user perception of colour.

Notes:

Where significant features of the user interface are colour-coded, the provision of additional methods of distinguishing between the features may contribute towards meeting this clause.

Where ICT provides auditory modes of operation, some users need ICT to provide at least one mode of operation that does not require hearing.

Notes:

Visual and tactile user interfaces may contribute towards meeting this clause.

Where ICT provides auditory modes of operation, some users will need the ICT to provide enhanced audio features.

Notes:

  1. Enhancement of the audio clarity, reduction of background noise, increased range of volume and greater volume in the higher frequency range can contribute towards meeting this clause.
  2. Users with limited hearing may also benefit from non-hearing access (see clause 4.2.4).

Where ICT requires vocal input from users, some users will need the ICT to provide at least one mode of operation that does not require them to generate vocal output.

Notes:

  1. This clause covers the alternatives to the use of orally-generated sounds, including speech, whistles, clicks, etc.
  2. Keyboard, pen or touch user interfaces may contribute towards meeting this clause.

Where ICT requires manual actions, some users will need the ICT to provide features that enable users to make use of the ICT through alternative actions not requiring manipulation or hand strength.

Where ICT products are free-standing or installed, the operational elements will need to be within reach of all users.

Where ICT provides visual modes of operation, some users need ICT to provide at least one mode of operation that minimizes the potential for triggering photosensitive seizures.

Some users will need the ICT to provide features that make it simpler and easier to use.

Components that implement this clause

inclusive-design-checklist

by Heydon

Aims to be the biggest checklist of inclusive design considerations ever

SpeechToText-WebSockets-Javascript

by Azure-Samples

SDK & Sample to do speech recognition using websockets in Javascript

inclusive-menu-button

by Heydon

A keyboard and screen reader accessible ARIA menu button implementation.

pocketsphinx

by cmusphinx

PocketSphinx is a lightweight speech recognition engine, specifically tuned for handheld and mobile devices, though it works equally well on the desktop

oocss-accessibility-guidelines

by stubbornella

The accessibility guidelines used by the OOCSS open source project