Meilleures pratiques d'accessibilité

Les éléments de l'Interface utilisateur (UI) doivent activer l'accès par programme. Si l'interface utilisateur 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 technologie d'assistance d'identifier et de manipuler les éléments de l'interface utilisateur de votre produit.

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 technologie d'assistance.

L'application de cette meilleure pratique permet à toute technologie d'assistance d'identifier et de manipuler l'interface utilisateur dans des exemples de contrôles et d'applications.

L'application de cette meilleure pratique permet à toute technologie d'assistance d'être à l'écoute des modifications de l'interface utilisateur et d'informer l'utilisateur de ces modifications.

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.

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.

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érifiez que toute interface utilisateur peut être correctement mise à l'échelle par tous les paramètres points par pouce (ppp). Vérifiez également que les éléments de l'interface utilisateur sont ajustés sur un écran de 1024 x 768 avec 120 points par pouce (ppp).

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

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

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'interface utilisateur.

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.

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'interface utilisateur, 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'interface utilisateur.

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.

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 technologie d'assistance lorsque des informations sont nécessaires sur l'interface utilisateur.