Meilleures pratiques d'accessibilité

Article
08/10/2011

Remarque
Cette documentation s'adresse aux développeurs .NET Framework qui veulent utiliser les classes UI Automation managées définies dans l'espace de noms System.Windows.Automation.Pour obtenir les informations les plus récentes sur UI Automation, consultez API Windows Automation : UI Automation (page éventuellement en anglais).

L'implémentation des meilleures pratiques suivantes dans les contrôles ou les applications améliore leur accessibilité pour les personnes qui utilisent des périphériques de assistive technology. Une grande partie de ces meilleures pratiques se concentrent sur une bonne conception de l'user interface (UI). Chaque meilleure pratique inclut des informations d'implémentation des contrôles ou applications Windows Presentation Foundation (WPF). Dans de nombreux cas, le travail nécessaire pour appliquer ces meilleures pratiques est déjà inclus dans les contrôles WPF.

Cette rubrique comprend les sections suivantes.

Accès par programme
Paramètres utilisateur
Conception de l'interface utilisateur visuelle
Navigation
Interface multimodale
Rubriques connexes

Accès par programme

L'accès par programme implique de vérifier que tous les éléments de l'UI sont étiquetés, que les valeurs des propriétés sont exposées et que les événements appropriés sont déclenchés. Pour les contrôles standard WPF, la plus grande part de cette tâche est déjà effectuée via AutomationPeer. Les contrôles personnalisés nécessitent un travail supplémentaire pour vérifier que l'accès par programme est correctement implémenté.

Activer l'accès par programme pour tous les éléments de l'interface utilisateur et le texte

Les éléments de l'User interface (UI) doivent activer l'accès par programme. Si l'UI est un contrôle WPF standard, la prise en charge de l'accès par programme est incluse dans le contrôle. Si le contrôle est un contrôle personnalisé, tel qu'un contrôle qui a été sous-classé d'un contrôle commun ou un contrôle qui a été sous-classé de Control, vous devez alors vérifier l'implémentation de AutomationPeer pour les zones qui peuvent nécessiter des modifications.

L'application de cette meilleure pratique permet aux fournisseurs de assistive technology d'identifier et de manipuler les éléments de l'UI de votre produit.

Placer des noms, titres et descriptions sur les objets, les cadres et les pages de l'interface utilisateur

Les technologies d'assistance, particulièrement les lecteurs d'écran, utilisent le titre pour déterminer l'emplacement du cadre, de l'objet ou de la page dans le schéma de navigation. Par conséquent, le titre doit être très descriptif. Par exemple, un titre de page Web tel que « Page Web Microsoft » n'est d'aucune utilité si l'utilisateur a navigué de façon poussée dans une zone particulière. Un titre descriptif est une information critique pour les utilisateurs malvoyants ou non-voyants qui dépendent des lecteurs d'écran. De même, pour les contrôles Windows Presentation Foundation (WPF), NameProperty et HelpTextProperty sont importants pour les périphériques de assistive technology.

L'application de cette meilleure pratique permet à toute assistive technology d'identifier et de manipuler l'UI dans des exemples de contrôles et d'applications.

Vérifier que les événements programmatiques sont déclenchés par toutes les activités de l'interface utilisateur

L'application de cette meilleure pratique permet à toute assistive technology d'être à l'écoute des modifications de l'UI et d'informer l'utilisateur de ces modifications.

Paramètres utilisateur

La meilleure pratique décrite dans cette section permet de vérifier que les contrôles et les applications n'écrasent pas les paramètres utilisateur.

Respecter tous les paramètres au niveau du système et ne pas interférer avec les fonctions d'accessibilité

Les utilisateurs peuvent utiliser le Panneau de configuration pour définir certains indicateurs au niveau du système ; d'autres indicateurs peuvent être définis par programme. Ces paramètres ne doivent pas être modifiés par des contrôles ou des applications. Les applications doivent aussi prendre en charge les paramètres d'accessibilité du système d'exploitation sur lequel elles s'exécutent.

L'application de cette meilleure pratique permet aux utilisateurs de définir des paramètres d'accessibilité et de savoir que ceux-ci ne seront pas modifiés par les applications.

Conception de l'interface utilisateur visuelle

Les meilleures pratiques décrites dans cette section permettent de vérifier que les contrôles et les applications utilisent la couleur et les images de manière efficace et qu'ils peuvent être utilisés par les Assistive technologies.

Ne pas coder en dur les couleurs

Les personnes qui ne perçoivent pas les couleurs, qui ont une acuité visuelle réduite ou qui utilisent un écran noir et blanc risquent de ne pas pouvoir utiliser les applications dont les couleurs sont codées en dur.

L'application de cette meilleure pratique permet aux utilisateurs d'ajuster les combinaisons de couleurs en fonction de leurs besoins.

Prendre en charge le contraste élevé et tous les attributs de l'affichage du système

Les applications ne doivent pas perturber ou désactiver les paramètres sélectionnés par l'utilisateur et définis au niveau du système, ni les sélections des couleurs ou d'autres paramètres et attributs au niveau du système. Les paramètres au niveau du système qui sont adoptés par un utilisateur améliorent l'accessibilité des applications, ils ne doivent donc pas être désactivés ou ignorés par les applications. Les couleurs doivent être utilisées dans leur combinaison correcte du premier plan sur l'arrière-plan afin de fournir un contraste approprié. Les couleurs qui ne se marient pas bien ne doivent pas être mélangées, et les couleurs ne doivent pas être inversées.

De nombreux utilisateurs requièrent des combinaisons de contraste élevé spécifiques, telles que du texte blanc sur un arrière-plan noir. Les afficher de façon inversée, comme du texte noir sur un arrière-plan blanc, provoque la bavure de l'arrière-plan sur le premier plan et peut entraîner des difficultés de lecture pour certains utilisateurs.

Vérifier que toute l'interface utilisateur est correctement mise à l'échelle par tous les paramètres PPP

Vérifiez que toute UI peut être correctement mise à l'échelle par tous les paramètres dots per inch (dpi). Vérifiez également que les éléments de l'UI sont ajustés sur un écran de 1024 x 768 avec 120 dots per inch (dpi).

Les meilleures pratiques décrites dans cette section permettent de vérifier que la navigation est traitée pour les contrôles et les applications.

Fournir une interface de clavier pour tous les éléments de l'interface utilisateur

Les taquets de tabulation, notamment lorsqu'ils sont bien prévus, offrent aux utilisateurs une autre possibilité de naviguer dans l'UI.

Les applications doivent fournir les interfaces de clavier suivantes :

taquets de tabulations pour tous les contrôles avec lesquels l'utilisateur peut interagir, comme les boutons, les liens ou les zones de liste
ordre logique de tabulation

Afficher le focus clavier

Les utilisateurs ont besoin de savoir quel est l'objet qui a le focus clavier afin de pouvoir anticiper l'effet de leurs séquences de touches. Pour mettre en surbrillance le focus clavier, utilisez des couleurs, des fontes ou des graphiques tels que les rectangles ou l'agrandissement. Pour mettre en évidence de façon audible le focus clavier, modifiez le volume, la fréquence du son ou la qualité de la tonalité.

Afin d'éviter toute confusion, les applications doivent cacher tous les indicateurs de focus visuels et les sélections de faible intensité qui sont situées sur les fenêtres ou les panneaux inactifs.

Les applications doivent procéder comme suit en ce qui concerne le focus clavier :

un des éléments doit toujours avoir le focus clavier
le focus clavier doit être visible et évident
les sélections et/ou les éléments possédant le focus doivent être visuellement mis en surbrillance

Des aspects différents de la navigation au clavier fournissent aux utilisateurs des moyens différents pour naviguer dans l'UI.

Les applications doivent fournir les interfaces de clavier suivantes :

touches de raccourci et touches d'accès rapide soulignées pour toutes les commandes, ainsi que pour tous les menus et contrôles
raccourcis clavier vers les liens importants
tous les éléments de menu ont une touche d'accès rapide ; tous les boutons ont des touches accélérateur ; toutes les commandes ont une touche accélérateur.

L'emplacement de la souris ne doit pas interférer avec la navigation au clavier. Par exemple, si la souris est positionnée quelque part et que l'utilisateur est en train de naviguer avec le clavier, il ne doit pas se produire de clic de souris, à moins qu'il soit initié par l'utilisateur.

Interface multimodale

Les meilleures pratiques décrites dans cette section vérifient que l'UI de l'application inclut des alternatives aux éléments visuels.

Fournir des équivalents sélectionnables par l'utilisateur pour les éléments non-texte

Pour chaque élément non-texte, fournissez un équivalent sélectionnable par l'utilisateur pour le texte, les transcriptions ou les descriptions audio, comme du texte alternatif, des légendes ou une rétroaction visuelle.

Les éléments non-texte couvrent une large gamme d'éléments de l'UI, notamment : les images, les régions d'images interactives, les animations, les applets, les cadres, les scripts, les boutons graphiques, les sons, les fichiers audio autonomes et la vidéo. Les éléments non-texte sont importants lorsqu'ils contiennent des informations visuelles, de la parole ou des informations audio générales auxquelles l'utilisateur a besoin d'accéder pour comprendre le contenu de l'UI.

Utiliser la couleur mais fournir également des alternatives à la couleur

Utilisez la couleur pour améliorer, accentuer ou réitérer des informations déjà affichées par d'autres moyens, mais ne communiquez pas des informations uniquement à l'aide des couleurs. Les utilisateurs qui ne perçoivent pas les couleurs ou qui ont un écran monochrome ont besoin d'alternatives à la couleur.

Utiliser les API d'entrée standard avec des appels indépendants du périphérique

Les appels indépendants du périphérique permettent de s'assurer de l'égalité entre les fonctionnalités du clavier et de la souris, tout en fournissant la assistive technology lorsque des informations sont nécessaires sur l'UI.

Voir aussi

Share via