Accessibilité des applications

Concevoir une application en tenant compte de l'accessibilité revient à s'assurer qu'elle pourra être utilisée par un plus grand nombre d'utilisateurs. Certaines réglementations gouvernementales, telles que l'Equality Act 2010 au Royaume-Uni et la section 508 du Rehabilitation Act aux États-Unis, peuvent également exiger l'accessibilité des applications.

Rôles d'accessibilité

Pega Platform™ prend en charge la norme Web Accessibility Initiative-Accessible Rich Internet Applications (WAI-ARIA). WAI-ARIA est une spécification technique qui définit les moyens de rendre le contenu numérique et les applications web plus accessibles pour les personnes souffrant d'un handicap, à l'aide de rôles WAI-ARIA.

Les rôles WAI-ARIA sont des attributs spécifiques appliqués aux éléments de l'interface utilisateur. Ces rôles permettent aux dispositifs d'assistance et aux applications Pega Platform de s'échanger des informations au sujet des éléments de l'UI. Par exemple, un rôle indique à un lecteur d'écran de faire la différence entre une case à cocher et un bouton, et l'aide à fournir à l'utilisateur une expérience appropriée pour chaque contrôle.

Types de rôles WAI-ARIA

Pega Platform prend en charge trois types de rôles WAI-ARIA. Chaque type de rôle décrit le contenu ou la fonctionnalité d'une zone spécifique dans un portail.

• Landmark - Les rôles de repère organisent le contenu d'un portail de manière à améliorer la navigation avec un lecteur d'écran, en fournissant un accès rapide à des zones spécifiques de la page. Le contenu d'un repère est spécifique à un objectif et lié à la navigation, aux fonctions de recherche ou à la consommation d'un contenu. Pour en savoir plus sur la manière dont les rôles de repère prennent en charge l’accessibilité dans les portails Pega Platform, consultez la rubrique WAI-ARIA roles in a screen layout.
• Document structure - Les rôles de structure du document décrivent la structure du contenu de la page. En général, les rôles de structure du document ne sont pas interactifs. La structure du document couvre des éléments tels que des titres de lignes ou de colonnes, des notes ou des présentations.
• Component/Widget - Un composant ou widget est un objet d'interface interactif. Les rôles de widget correspondent aux fonctions standard des API d'accessibilité. Lorsque l'utilisateur navigue vers un widget, les technologies d'assistance interceptent les événements au clavier et les transmettent au widget via l'application web.

Vous pouvez affecter des types de rôles à des dynamic layouts dans une section. Par défaut, Pega Platform attribue des rôles WAI-ARIA aux contrôles de l'interface utilisateur et à d'autres composants, comme les mises en page d'écran et les conteneurs dynamiques.

Fonctionnalités d'accessibilité et mise à jour d'applications

L'accessibilité est activée par défaut pour tous les utilisateurs sur Pega Platform. Dans d'anciennes versions de Pega Platform, les développeurs devaient activer les fonctionnalités d'accessibilité pour certains groupes d'accès. Si vous mettez à jour une application à partir d'une ancienne version de Pega Platform, mettez à jour tous les groupes d'accès pour décocher la case Enable accessibility add-on et supprimer le ruleset PegaWAI de la liste des rulesets de production pour l'application et tous les groupes d'accès.

Vérifiez vos connaissances avec l’interaction suivante :

Pega recommande également des bonnes pratiques en matière d'accessibilité pour faciliter l'usage d'appareils d'assistance. Le tableau suivant répertorie plusieurs options de configuration que les développeurs peuvent utiliser pour améliorer l'accessibilité d'une application.

L’outil Accessibility Inspector vous permet d’identifier des enjeux d’accessibilité dans votre application. Avec l’outil Accessibility Inspector, vous pouvez vérifier à quoi ressemble votre application pour des utilisateurs ayant des capacités visuelles variables, et passer en revue les composants de l’interface utilisateur non accessibles. Une fois les enjeux d’accessibilité identifiés, corrigez-les afin que les personnes en situation de handicap puissent consulter et utiliser rapidement et efficacement votre application. L’outil Accessibility Inspector est disponible dans les espaces de travail Pega Platform, App Studio et Dev Studio, et le portail utilisateur lorsqu’il est lancé depuis Dev Studio. 

Dans le volet Accessibility Inspector, vérifiez si votre application respecte les bonnes pratiques d’accessibilité.

Par exemple :

• Vous pouvez vérifier l’accessibilité selon les différentes situations de handicap comme le daltonisme.
• Assurez-vous également que vos illustrations ont bien un libellé.
• Recherchez les éléments de page éventuels pouvant créer des difficultés pour les personnes en situation de handicap.

Audit de la conformité aux bonnes pratiques

Lorsqu’il est activé, l’outil Accessibility Inspector identifie les configurations susceptibles de nuire à l’accessibilité d’une application, comme indiqué dans l’illustration suivante.

Il classe les problèmes détectés en quatre catégories.

1. Content - Problèmes liés à la configuration des contrôles. Par exemple, il manque un texte d'aide ou un libellé pour une icône.
2. Structural - Problèmes liés à l'organisation du contenu dans le portail. Par exemple, la hiérarchie des niveaux d'en-tête n'est pas dans l'ordre, ce qui peut potentiellement dérouter les lecteurs d'écran.
3. Interactivity - Problèmes affectant la façon dont les dispositifs d'assistance naviguent dans l'interface utilisateur. Par exemple, la navigation vers le contenu est absente de la configuration du portail, ce qui empêche les utilisateurs d'utiliser la touche Entrée pour naviguer vers le contenu principal.
4. Compatibility - Problèmes avec les éléments d'UI Pega utilisés dans un formulaire. Par exemple, un formulaire utilise un groupe de mise en page en onglets, qui ne doit plus être utilisé, au lieu d'un groupe de mise en page.

Pour voir en détail les configurations d’interface utilisateur qui réduisent l'accessibilité de l'application, cliquez sur les flèches situées à gauche des en-têtes Content, Structural, Interactivity et Compatibility. Vous visualisez ainsi la description de chaque problème. Affichez les détails d'un problème pour voir les éléments d'interface utilisateur concernés. Passez la souris sur un élément d'interface utilisateur et cliquez sur l'icône représentant une cible pour ouvrir l'élément dans Dev Studio et résoudre le problème.

Aperçu pour les utilisateurs souffrant d'un trouble de la vision des couleurs

L'option Disability preview vous permet de visualiser comment les utilisateurs souffrant d'un trouble de la vision des couleurs percevront votre application. Cette option fournit quatre modes simulant des troubles de la vision. 

1. Achromatopsie (Incapacité totale à percevoir les couleurs)
2. Deutéranopie (Confusion rouge-vert)
3. Protanopie (Confusion rouge-vert)
4. Tritanopie (Confusion jaune-bleu)

Pour simuler l'affichage de votre application telle qu'elle est vue par un utilisateur souffrant d'un trouble de la vision des couleurs, cliquez sur la liste déroulante à droite du libellé Disability preview. Par défaut, l'option Disability preview est désactivée. Modifiez le paramètre de prévisualisation pour faire temporairement correspondre la palette de couleurs au trouble de vision souhaité. Pour revenir à la palette de couleurs d'origine, sélectionnez None ou fermer l'outil Accessibility Inspector.

Au centre de l’image suivante, faites glisser la ligne verticale afin de comparer l’affichage standard d’un formulaire à l’affichage tel que perçu par un utilisateur atteint de tritanopie.