Partager via

Pratiques d’accessibilité à éviter

  • Article

Si vous souhaitez créer une application Windows accessible, consultez cette liste de pratiques pour éviter :

  • Évitez de créer des éléments d’interface utilisateur personnalisés si vous pouvez utiliser les contrôles Ou contrôles Windows par défaut qui ont déjà implémenté la prise en charge de Microsoft UI Automation. Les contrôles Windows standard sont accessibles par défaut et nécessitent généralement l’ajout de quelques attributs d’accessibilité spécifiques à l’application. En revanche, l’implémentation de la prise en charge d’AutomationPeer pour un véritable contrôle personnalisé est un peu plus impliquée (voir Pairs Automation personnalisés).

  • Ne placez pas de texte statique ou d’autres éléments non interactifs dans l’ordre de tabulation (par exemple, en définissant la propriété TabIndex pour un élément qui n’est pas interactif). Si les éléments non interactifs se trouvent dans l’ordre de tabulation, c’est-à-dire par rapport aux instructions d’accessibilité du clavier, car il diminue l’efficacité de la navigation au clavier pour les utilisateurs. De nombreuses technologies d’assistance utilisent l’ordre de tabulation et la possibilité de concentrer un élément dans le cadre de leur logique pour présenter l’interface d’une application à l’utilisateur de la technologie d’assistance. Les éléments texte uniquement dans l’ordre de tabulation peuvent confondre les utilisateurs qui s’attendent uniquement à des éléments interactifs dans l’ordre de tabulation (boutons, cases à cocher, champs d’entrée de texte, zones de liste modifiable, listes, etc.).

  • Évitez d’utiliser le positionnement absolu des éléments d’interface utilisateur (par exemple, dans un élément Canvas ), car l’ordre de présentation diffère souvent de l’ordre de déclaration d’élément enfant (qui est l’ordre logique de facto). Dans la mesure du possible, organisez les éléments de l’interface utilisateur dans un document ou un ordre logique pour vous assurer que les lecteurs d’écran peuvent lire ces éléments dans l’ordre approprié. Si l’ordre visible des éléments d’interface utilisateur peut différer de l’ordre logique ou du document, utilisez des valeurs d’index tabulation explicites (définissez TabIndex) pour définir l’ordre de lecture correct.

  • N’utilisez pas de couleur comme seule façon de transmettre des informations. Les utilisateurs qui sont aveugles aux couleurs ne peuvent pas recevoir d’informations qui sont transmises uniquement par la couleur, comme dans un indicateur d’état de couleur. Incluez d’autres indicateurs visuels, de préférence du texte, pour vous assurer que les informations sont accessibles.

  • N’actualisez pas automatiquement un canevas d’application entier, sauf s’il est vraiment nécessaire pour les fonctionnalités de l’application. Si vous devez actualiser automatiquement le contenu de la page, mettez à jour uniquement certaines zones de la page. Les technologies d’assistance doivent généralement supposer qu’un canevas d’application actualisé est une structure totalement nouvelle, même si les modifications effectives étaient minimes. Le coût de cette opération pour l’utilisateur de la technologie d’assistance est que toute vue de document ou description de l’application actualisée doit maintenant être recréée et présentée à l’utilisateur à nouveau.

    Une navigation de page délibérée initiée par l’utilisateur est un cas légitime pour actualiser la structure de l’application. Mais assurez-vous que l’élément d’interface utilisateur qui lance la navigation est correctement identifié ou nommé pour indiquer que l’appel de l’élément entraîne une modification de contexte et un rechargement de page.

    Remarque

    Si vous actualisez le contenu dans une région, envisagez de définir la propriété d’accessibilité AccessibilityProperties.LiveSetting sur cet élément sur l’un des paramètres non par défaut Poli ou Assertive. Certaines technologies d’assistance peuvent mapper ce paramètre au concept ARIA (Accessible Rich Internet Applications) des régions actives et peuvent donc informer l’utilisateur qu’une région de contenu a changé.

  • N’utilisez pas d’éléments d’interface utilisateur qui clignotent plus de trois fois par seconde. Les éléments flashants peuvent provoquer des crises chez certaines personnes. Il est préférable d’éviter d’utiliser des éléments d’interface utilisateur qui flashent.

  • Ne modifiez pas automatiquement le contexte de l’utilisateur ni activez la fonctionnalité. Les modifications de contexte ou d’activation doivent se produire uniquement lorsque l’utilisateur effectue une action directe sur un élément d’interface utilisateur qui a le focus. Les modifications apportées au contexte utilisateur incluent la modification du focus, l’affichage du nouveau contenu et la navigation vers une autre page. Apporter des modifications de contexte sans impliquer l’utilisateur peut être désorientant pour les utilisateurs handicapés. Les exceptions à cette exigence incluent l’affichage des sous-menus, la validation des formulaires, l’affichage du texte d’aide dans un autre contrôle et la modification du contexte en réponse à un événement asynchrone.