Partager via


Limitations d’accessibilité dans les applications de canevas

Vous pouvez concevoir et créer des applications de canevas accessibles avec des contrôles intégrés. Parfois, la combinaison de la conception d’application, de l’utilisation de différents contrôles et des propriétés de contrôle configurées peut entraîner l’utilisation d’une application pour avoir une interface utilisateur inaccessible.

Dans cet article, vous allez découvrir ces limitations d’accessibilité dans les applications de canevas et comment améliorer l’interface d’application pour la rendre plus accessible.

Boîtes de dialogue et superpositions

Les boîtes de dialogue et les interfaces utilisateur qui s’affichent sur d’autres contenus ne sont pas prises en charge. Ces superpositions nécessitent la gestion du focus, le masquage du contenu en arrière-plan des lecteurs d’écran et les rôles de contrôle appropriés.

Tenez compte des éléments suivants :

  • Utilisez des écrans distincts pour chaque « boîte de dialogue ».
  • Utilisez la fonction Notify .
  • Créez un composant de code qui implémente une boîte de dialogue accessible.

Interfaces à onglets

Une interface avec onglets est constituée d’une liste d’onglets et d’un panneau qui affiche le contenu associé à l’onglet sélectionné.

Le seul contrôle intégré qui prend en charge les interfaces tabulations est la liste d’onglets. Évitez d’utiliser les galeries pour créer des onglets. La liste des onglets doit être navigable avec des touches de direction. Les rôles et états de contrôle appropriés sont requis.

Tenez compte des éléments suivants :

Tables personnalisées

Le seul contrôle intégré qui prend en charge les données à deux dimensions est la table de données. Évitez d’utiliser les galeries pour présenter des données dans des lignes et des colonnes. Les lignes et les colonnes doivent être annotées afin que les utilisateurs du lecteur d’écran puissent comprendre leur structure et parcourir les cellules.

Tenez compte des éléments suivants :

Zones de liste déroulante personnalisées

Il est possible d’émuler une zone de liste déroulante en combinant une entrée de texte et une galerie. Cependant, les zones de liste déroulante assemblées à partir de commandes intégrées ne sont pas accessibles. Les boîtes combinées doivent gérer les touches de direction et définir les rôles et états appropriés sur leurs composants.

Tenez compte des éléments suivants :

Contenu pouvant défiler

Les utilisateurs du clavier ne peuvent pas faire défiler les formulaires, les écrans de défilement et les conteneurs s’il n’y a pas de contrôles interactifs à l’intérieur d’eux.

Pour les galeries sans contenu interactif, vous pouvez définir TabIndex sur la galerie elle-même afin que les utilisateurs du clavier puissent se concentrer dessus et utiliser des touches de direction pour le faire défiler.

Pour les étiquettes, la définition de TabIndex les rend focusables pour le défilement du clavier. Toutefois, il les transformera également en boutons. Ne faites pas défiler les étiquettes s’ils ne sont pas destinés à être des boutons. Vérifiez que l’étiquette est suffisamment grande pour ajuster le texte. La propriété AutoHeight peut être utilisée pour ajuster automatiquement la taille du contrôle lorsqu’il se trouve à l’intérieur d’un formulaire, d’un écran de défilement ou d’une galerie.

Sections extensibles

Les sections extensibles, également appelées divulgations, contiennent du contenu masqué jusqu’à ce que l’utilisateur appuie sur un bouton. Il n’existe aucune prise en charge intégrée de ces éléments, mais il existe une solution de contournement.

Mentionnez l’état développé dans accessibleLabel du bouton. Par exemple, « Afficher plus de détails. Effondré.

Mettez à jour AccessibleLabel lorsque l’état développé change. Positionnez le contenu développé immédiatement après le bouton afin que les utilisateurs du lecteur d’écran puissent y accéder logiquement. Faites descendre d'autres contenus lorsque la section s'agrandit.

Points de repère

Vous pouvez créer des en-têtes avec des contrôles Label . La navigation, la bannière et d’autres points de repère ne sont pas pris en charge. Power Apps définit automatiquement le point de repère principal sur l’écran de l’application.

Pour les autres points de repère, utilisez un titre comme solution de contournement.

Rôles et états personnalisés

Il n’existe aucune prise en charge intégrée des rôles et états personnalisés. Par conséquent, il n’est pas recommandé de créer des cases à cocher composites, des curseurs et des bascules à partir de contrôles intégrés.

Tenez compte des éléments suivants :

Gestion personnalisée du clavier

Il n’est pas possible de réagir à des touches spécifiques. Par exemple, vous ne pouvez pas avoir de comportement personnalisé pour les touches de direction ou la touche d’échappement. Par conséquent, il n’est pas possible de composer des contrôles de type liste comme des boutons radio à partir de contrôles intégrés. Vous ne pouvez pas non plus créer de superpositions qui peuvent être ignorées avec la clé d’échappement.

La gestion des touches d’entrée ou d’espace est prise en charge avec OnSelect. Toutefois, cette propriété est également déclenchée par d’autres méthodes d’entrée telles que les clics de souris. Il n’existe aucun moyen de distinguer la source de l’événement.

Gestion du focus

La fonction SetFocus peut être utilisée pour modifier le focus, mais elle fonctionne uniquement dans des scénarios limités.

Il n’est pas possible de détecter quand les contrôles reçoivent ou perdent le focus.

Masquer le contenu des utilisateurs du lecteur d’écran uniquement

Il n’existe aucun équivalent aria-hidden pour afficher un contenu aux utilisateurs voyants, mais le masquer pour les utilisateurs du lecteur d’écran. Seuls quelques scénarios sont pris en charge.

Étapes suivantes

Propriétés d’accessibilité

Voir aussi