Créer des ressources Web accessibles
Date de publication : janvier 2017
S’applique à : Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Lorsque vous ajoutez des ressources Web à votre solution qui fournissent des éléments d’interface utilisateur, vous devez absolument inclure les conditions qui permettent aux personnes présentant un handicap d’utiliser vos ressources Web.
Les éléments de l’interface utilisateur de l’application Microsoft Dynamics 365 (Online et local) respectent les normes et les meilleures pratiques qui tiennent compte des fonctionnalités équivalentes pour tous les utilisateurs. Les personnes handicapées peuvent compter sur l’utilisation de la technologie d’assistance (TA), tels que les lecteurs d’écran ou une variété d’autres dispositifs d’entrée pour interagir avec les applications.
Cette rubrique présente des instructions globales et des liens à plus ressources qui vous aideront à concevoir des éléments de l’interface utilisateur de ressources Web accessibles aux personnes handicapées.
Contenu de la rubrique
Technologie d’assistance
Ressources Web HTML accessibles
Ressources Web Silverlight accessibles
Outils de test de l’accessibilité
Ressources complémentaires
Technologie d’assistance
Il existe diverses applications de technologie d’assistance (TA) qui contiennent des lecteurs d’écran, des terminaux de Braille et des logiciels de reconnaissance vocale. Ces applications fournissent un intermédiaire à vos éléments d’interface utilisateur afin que la personne utilisant l’application TA puisse utiliser votre programme.
Pour les applications Windows, les classes Microsoft UI Automation fournissent un accès par programme aux éléments d’interface utilisateur. Ces classes prennent en charge le test automatisé et les applications TA. Ces dernières peuvent utiliser les propriétés et les éléments définis par le développeur et exposés par UIA. Un développeur d’applications Windows détient un contrôle considérable sur la façon dont ses éléments d’interface utilisateur sont exposés à l’aide de UIA.
Pour les applications Web, certains éléments HTML sont exposés via le modèle DOM (Document Object Model). Le navigateur convertit les éléments DOM en objets UIA avec les propriétés et les événements que la technologie d’assistance peut exploiter pour permettre à l’utilisateur d’utiliser l’application Web. Le développeur dispose d’un contrôle limité sur la manière d’exposer les éléments d’interface utilisateur par le navigateur qui utilise UIA.
Ressources Web HTML accessibles
Le code HTML de vos ressources Web est traité par le navigateur et rendu disponible aux applications TA.
La première chose à faire est de vérifier que votre code HTML respecte bien les modèles d’utilisation. Par exemple, vous pouvez définir un élément div HTML avec un événement pour qu’il fonctionne tout comme un élément button HTML. Cependant, le navigateur ne s’attendra pas à ce qu’un élément div soit utilisé comme un bouton et n’exposera pas les mêmes propriétés ni événements à l’application TA.
Il est important d’utiliser les éléments HTML appropriés pour les types d’interactions dont les utilisateurs disposeront avec vos ressources Web. Ce processus est appelé HTML sémantique.
Toutefois, le processus HTML sémantique présente des limites. Les applications Web modernes incluent généralement des contrôles personnalisés composés de plusieurs éléments HTML travaillant ensemble. Le contenu d’une page qui est régulièrement mis à jour dynamiquement à l’aide de JavaScript asynchrone peut provoquer une confusion pour des applications reposant uniquement sur le HTML sémantique. La technologie ARIA (Accessible Rich Internet Applications) fournit une solution en développant le code HTML avec des attributs supplémentaires qui communiquent une sémantique personnalisée.
Cette technologie fournit également un ensemble standard d’attributs étendus pouvant être appliqués aux éléments HTML utilisés dans un contrôle ou un « widget ». Ces attributs décrivent le rôle que l’élément HTML joue dans le contrôle. Elle propose aussi des fonctionnalités pour améliorer l’expérience de navigation et pour informer l’utilisateur sur les éléments pouvant être mis à jour de manière dynamiquement. La pratique recommandée est de superposer la technologie ARIA sur le HTML sémantique.
Outre l’ajout de la prise en charge de la technologie d’assistance, il y a d’autres conditions à prendre en compte. Par exemple, comment l’interface utilisateur s’ajuste lorsque l’utilisateur augmente la taille du texte ? Votre interface utilisateur nécessite-t-elle que l’utilisateur puisse différencier les couleurs pour effectuer des tâches ? Toutes les actions peuvent-elles être effectuées à l’aide d’un clavier ? Pour plus d’informations, voir Accessibilité des applications du Windows Runtime en JavaScript et HTML.
Ressources Web Silverlight accessibles
Les ressources Web Silverlight sont hébergées dans un formulaire Microsoft Dynamics 365 (Online et local) ou une ressource Web HTML et l'interface utilisateur est affichée par le plug-in du navigateur Silverlight.Silverlight est un sous-ensemble de Windows Presentation Framework (WPF), et par conséquent l’accès par programme et la technologie d’assistance sont exposés à l’aide de Microsoft UI Automation qui est semblable aux applications WPF. Pour plus d’informations, voir Silverlight Accessibility for Developers.
Outils de test de l’accessibilité
La liste suivante fournit quelques outils de test de l’accessibilité disponibles publiquement :
Vérificateur d’accessibilité Visual Studio
Si vous utilisez Microsoft Visual Studio pour modifier vos fichiers de ressources Web HTML, vous constaterez qu’il existe des outils pour contrôler les problèmes liés à l’accessibilité. Dans le menu Outils, sélectionnez Vérification de l’accessibilité pour afficher un rapport qui fournira des instructions relatives aux questions d’accessibilité.Vérificateur d’accessibilité de l’interface utilisateur
Le vérificateur d’accessibilité de l’interface utilisateur (ou AccChecker) permet aux testeurs d’identifier facilement les problèmes d’accessibilité avec Microsoft Active Accessibility (MSAA) et d’autres implémentations d’interface utilisateur pour Windows. AccChecker est né de la matérialisation que les outils API Windows Automation, tels que Inspect, fournissaient des détails précis sur l’implémentation, mais aucune information sur le fait que cette implémentation est correcte ou non.Inspect (Inspect.exe)
Inspect (Inspect.exe) est un outil Windows qui vous permet de sélectionner un élément d’interface utilisateur et d’afficher les données d’accessibilité de l’élément. Vous pouvez afficher les propriétés de Microsoft UI Automation et les modèles de contrôle en plus des propriétés de Microsoft Active Accessibility. Inspect vous permet également de tester la structure de navigation des éléments d’automatisation dans l’arborescence de Microsoft UI Automation et les objets accessibles dans la hiérarchie Microsoft Active Accessibility.Accessible Event Watcher (AccEvent.exe)
L’outil Accessible Event Watcher (AccEvent) permet aux développeurs et aux testeurs de confirmer que les éléments d’interface utilisateur d’une application déclenchent les événements Microsoft UI Automation and Microsoft Active Accessibility appropriés lorsque l’interface utilisateur change. Des modifications de l’interface utilisateur peuvent se produire lorsque le focus change, ou lorsqu’un élément d’interface utilisateur est appelé, sélectionné, ou lorsqu’un état ou une propriété est modifié(e).
Ressources complémentaires
Les ressources suivantes fournissent un point de départ pour définir la configuration requise pour rendre vos ressources Web accessibles :
Voir aussi
Ressources Web Webpage (HTML)
Ressources Web (XAP) Silverlight
Ressources Web pour Microsoft Dynamics 365
Microsoft Dynamics 365
© 2017 Microsoft. Tous droits réservés. Copyright