Organiser des contrôles dans les applications canevas

Les contrôles d’une application doivent être organisés pour aider les utilisateurs de lecteur d’écran pour naviguer de manière séquentielle. Un ordre logique réduit également la confusion pour les utilisateurs de clavier et les aide à être plus productifs.

Nom d’écran significatif

Quand un écran est chargé, les lecteurs d’écran annoncent son nom. Choisissez un nom significatif pour orienter les utilisateurs.

Vous pouvez modifier le nom de l’écran dans l’arborescence des commandes ou le panneau des propriétés dans Power Apps Studio. Sélectionnez l’écran, puis sélectionnez Sélectionnez l’icône du stylet pour modifier le nom pour renommer l’écran.

Les noms d’écran peuvent être modifiés à partir de l’arborescence des commandes ou du panneau des propriétés, comme indiqué dans l’image.

Le premier élément sur un écran est son nom. Il est visuellement masqué et accessible uniquement aux utilisateurs de Lecteur.

Quand un nouvel écran se charge, Power Apps se concentre sur le nom d’écran. Si vous utilisez SetFocus immédiatement quand l’écran se charge, le nom de l’écran ne sera pas lu. Pensez à créer un titre visible et à en faire une région active pour annoncer le changement de contexte.

Ordre de contrôle logique

Les utilisateurs de lecteur d’écran peuvent naviguer dans le contenu de manière séquentielle. L’ordre est déterminé par la position des commandes, en commençant de haut en bas, puis de gauche à droite. La taille du contrôle n’a pas d’importance, seulement ses propriétés X et Y comptent.

Dans cet exemple, A apparaît en premier dans la séquence car il est le plus proche du sommet. B et C ont la même position verticale, mais puisque B est plus proche de la gauche, et par conséquent, il apparaît avant que C.D n’apparaisse en dernier car il est le plus éloigné du haut.

Comment le positionnement affecte l’ordre de 4 contrôles.

Notes

  • En mode Aperçu au moment de la modification d’une application, l’ordre de contrôle n’est pas mis à jour pour des raisons de performances. L’ordre sera correct quand l’application sera publiée et exécutée.
  • L’ordre de contrôle n’est pas le même que celui indiqué dans l’arborescence des contrôles dans Power Apps Studio. L’arborescence trie les contrôles en fonction du moment où ils ont été ajoutés à l’application. Cela n’affecte pas l’ordre des contrôles quand l’application est exécutée.
  • Lorsque la valeur X ou Y d’un contrôle est définie sur une expression, l’ordre du contrôle n’est pas mis à jour lorsque le résultat de l’expression change. L’ordre est calculé et corrigé lors de l’enregistrement de l’application, en utilisant l’état initial de l’application pour évaluer les expressions.
    • Si vous modifiez sa position parce que d’autres contrôles sont masqués ou affichés, vous pouvez utiliser les conteneurs à disposition automatique pour gérer X et Y pour vous.
    • Vous pouvez également positionner tous les contrôles de manière logique, quelles que soient les valeurs de l’expression. Par exemple, si le contrôle A doit toujours être sous le contrôle B et que B peut parfois être masqué, définissez Y de A sur If(B.Visible, B.Y + B.Height, B.Y + 1). L’ajout de 1 garantit que A est toujours sous B, même si B est masqué.

Contrôles groupés

L’ordre par défaut convient au contenu isolé mais pas au contenu groupé. Considérez deux vignettes côte à côte, dessinées avec les contrôles Rectangle. Chaque vignette a un en-tête. Sous l’en-tête se trouvent deux boutons empilés verticalement : A et B pour la première vignette et C et D pour l’autre.

Exemple de pratique incorrecte : contrôles organisés dans une structure plate.

L’ordre par défaut va de haut en bas, puis de gauche à droite. Par conséquent, l’ordre des contrôles est :

  1. Rectangle à gauche
  2. Rectangle à droite
  3. Titre à gauche
  4. Titre à droite
  5. A
  6. C
  7. B
  8. D

Cette structure ne signifie pas que A et B sont ensemble, et de même, C et D sont ensemble.

Utilisez Containers pour regrouper le contenu lié. Tous les contrôles dans un Conteneur apparaîtra ensemble dans l’ordre. Dans un conteneur, les contrôles sont classés avec la même règle : de haut en bas, puis de gauche à droite.

Remplacement des Rectangles de l’exemple précédent avec les Containers, l’ordre de contrôle est désormais logique pour les utilisateurs du lecteur de l’écran :

  1. Conteneur de gauche
  2. Titre à gauche
  3. A
  4. B
  5. Conteneur de droite
  6. Titre à droite
  7. C
  8. D

Exemple de pratique recommandée : contrôles organisés selon une structure hiérarchique à l’aide de Containers.

Tous les contrôles dans une Carte de formulaire et Galerie sont automatiquement regroupés, vous n’avez donc pas à utiliser un Conteneur. Cependant, s’il existe des sous-groupes, vous devez toujours utiliser les Conteneurs pour eux.

Dans cet exemple, une ligne de Galerie a une vignette et deux extraits de texte sur la gauche. Sur la droite se trouvent deux boutons. Visuellement et logiquement, les deux ensembles de contrôles doivent être regroupés. Cela garantit que les utilisateurs du lecteur d’écran rencontreront le groupe de gauche avant le groupe de droite.

Exemple de pratique recommandée : les contrôles associés dans une galerie sont regroupés dans Containers.

Ordre de navigation du clavier logique

TabIndex spécifie comment les commandes peuvent être atteintes par les utilisateurs de clavier. TabIndex doit être égal à 0 ou -1. Avec un ordre de contrôle logique comme décrit ci-dessus, il y a peu de raisons d’avoir TabIndex supérieur à 0.

L’ordre de navigation du clavier doit suivre le flux visuel des contrôles. Si l’ordre de navigation est inattendu, vous devez d’abord vérifier si la structure de l’application est logique.

Notes

L’ordre de navigation du clavier n’est pas le même que l’ordre de contrôle. TabIndex n’affecte que la navigation de la touche Tab Cela ne change pas la façon dont les utilisateurs du lecteur d’écran naviguent linéairement dans une application. Certains utilisateurs du lecteur d’écran n’utilisent même pas de clavier.

Évitez les index d’onglets personnalisés

Les index de tabulation personnalisés sont ceux qui sont supérieurs à zéro. Ils sont presque toujours un signe de mauvaise conception. Il existe de meilleures alternatives comme la création d’une structure d’application appropriée ou l’utilisation de SetFocus pour changer d’orientation.

Évitez d’utiliser des index de tabulation personnalisés pour les raisons suivantes.

Accessibilité

C’est un sérieux problème d’accessibilité d’avoir des index d’onglets personnalisés. Les utilisateurs de lecteur d’écran naviguent dans une application en utilisant sa structure logique. Les index d’onglets personnalisés ignorent cette structure. Depuis le lecteur d’écran, les utilisateurs peuvent également naviguer en utilisant la touche Tabulation, ils seront confus quand ils obtiendront un ordre différent des autres méthodes de navigation.

Utilisation

Les utilisateurs peuvent être confus quand certains éléments semblent être ignorés. Ils peuvent être désorientés quand le focus se déplace dans un ordre imprévisible. Ceci est encore plus problématique pour les utilisateurs souffrant de troubles cognitifs.

Maintenance

Les créateurs d’applications doivent mettre à jour manuellement le TabIndex de plusieurs contrôles chaque fois qu’un nouveau est inséré. Il est facile de manquer une mise à jour ou de se tromper d’ordre.

Performances

Pour prendre en charge les index de tabulation personnalisés, le système Power Apps doit examiner tous les contrôles de la page et calculer l’ordre approprié. Ce calcul est un processus intensif. Les contrôles de conteneur tels que Galerie ont des règles compliquées sur le fonctionnement de TabIndex pour les contrôles enfants. Le système mappe le TabIndex souhaité du créateur de l’application à une valeur différente pour obéir à ces règles. C’est pourquoi même si TabIndex est défini sur zéro pour tous les contrôles, le code tabindex HTML réel sera un nombre positif.

Intégration à d’autres composants

Les index d’onglets personnalisés ne fonctionnent qu’avec les contrôles intégrés. Les contrôles qui ne sont pas intégrés dans le système d’index des onglets Power Apps aura un ordre de navigation inattendu. Cela peut être un problème pour les composants de code. Les développeurs de ces composants doivent garder une trace des éléments interactifs et définir un index de tabulation sur eux. Ils peuvent utiliser des bibliothèques tierces, qui peuvent même ne pas fournir un moyen de personnaliser les index des onglets. D’autre part, quand tous les index de tabulation sont 0 ou -1, il n’est pas nécessaire d’impliquer le système d’index d’onglets Power Apps. Tout composant tiers intégré à l’application obtiendra automatiquement la séquence d’onglets correcte.

Dans l’autre sens, quand des applications canevas sont intégrées dans une autre page web, les index d’onglets personnalisés ne fonctionnent pas. Par exemple, dans des pages personnalisées. Power Apps ne peut pas contrôler les éléments en dehors de l’application canevas, l’ordre de navigation global des onglets sera donc illogique.

Index d’onglet simplifié (version préliminaire)

Pour vous assurer que les index des onglets sont 0 ou -1, activez la fonctionnalité de l’application Index des onglets simplifié de Paramètres > Fonctionnalités à venir.

Activation de la fonctionnalité d’application d’index d’onglets simplifiés.

Important

  • Cette fonctionnalité est en version préliminaire.
  • Les fonctionnalités préliminaires ne sont pas destinées à une utilisation en production et peuvent avoir des fonctionnalités restreintes. Ces fonctionnalités sont disponibles avant une publication officielle afin que les clients puissent y accéder de façon anticipée et fournir des commentaires.

Quand cette fonction est activée, toutes les valeurs TabIndex supérieures à zéro seront traitées comme zéro. Cela désactive également le système d’index d’onglets Power Apps afin qu’il puisse mieux s’intégrer aux autres composants, comme décrit ci-dessus.

Solution de contournement pour la séquence d’onglets personnalisée

Pour les rares scénarios où l’ordre de navigation du clavier doit être différent de l’ordre visuel, vous pouvez positionner les contrôles de conteneur soigneusement pour obtenir les même effet.

Dans l’exemple ci-dessous, le bouton A est au-dessus du bouton B. L’ordre de navigation naturel des onglets est A, puis B.

Deux boutons avec le même TabIndex, empilés verticalement.

Pour inverser l’ordre de navigation des onglets, placez B dans un contrôle Conteneur. Définissez la valeur Y du conteneur au-dessus de A. La structure de l’application a maintenant le conteneur (et B) avant A. Par conséquent, l’ordre de navigation des onglets est B, puis A.

B est placé dans un conteneur qui apparaît avant A.

Avec cette technique, les utilisateurs du lecteur d’écran rencontreront également B avant A quand ils naviguent sans la touche Tabulation.

Étapes suivantes

Couleurs accessibles dans Power Apps

Voir aussi