Critères

Mode d'emploi

Ce guide permet d'évaluer les interfaces graphiques des applications logicielles en environnement de bureau ou les applications mobiles. Une grille d'évaluation (ods, 160 ko) est mise à votre disposition pour accompagner vos tests.

Périmètre d'application du référentiel

Le présent référentiel s'attache à évaluer l'accessibilité des interfaces graphiques des logiciels non web, c'est-à-dire des logiciels qui s'exécutent dans un environnement de bureau ou sur un smartphone, via les technologies natives ou non, présentent sur les plateformes.

Dans le cas d'applications qui ont vocation à créer du contenu, il faut distinguer l'interface du contenu en édition. Une application peut permettre de créer du contenu :

  • web : par exemple un éditeur de texte qui permet de modifier une page HTML ;
  • ou non web : par exemple un traitement de texte qui permet de modifier des documents bureautiques.

Dans ces cas, ce référentiel ne s'attache à évaluer que l'accessibilité de l'interface, c'est-à-dire les composants qui permettent la production du contenu (widget, bouton, barre d'outils, fenêtres de paramètres…), mais il n'évalue pas le contenu en édition ni la capacité de l'application à produire du contenu accessible.

L'évaluation du contenu en édition dépend d'autres référentiels ou guides, comme le RGAA, s'il s'agit de contenu web, ou les guides de production de contenus bureautiques, s'il s'agit de contenus PDF, Word ou LibreOffice par exemple.

Méthode de validation

Le niveau de conformité est établi au niveau des critères selon ces statuts :

  • Conforme (C) : l'ensemble des tests applicables sont réussis ;
  • Non Conforme (NC) : un test applicable est mis en échec, au moins ;
  • Non Applicable (NA) : il n'y a pas de contenu concerné par le critère.

RGAA propose, en plus de ces trois statuts de validation, deux statuts complémentaires :

  • Dérogé (D) : il existe des contenus dérogés applicables au critère ;
  • Non Testé (NT) : le critère n'a pas été testé.

Capacité des technologies

Compte tenu de la diversité des technologies logicielles disponibles sur le marché, les critères de ce référentiel ne concernent pas une technologie particulière : par exemple un langage ou une API liée à un logiciel ou à un système d'exploitation. Il s'agit donc de critères suffisamment génériques pour pouvoir s'adapter à la majorité des cas d'applications.

Méthodologie

Contrairement aux contenus web pour lesquels il est possible d'inspecter le code source afin de déterminer la présence de tel élément ou tel attribut, il est très difficile pour les interfaces logicielles de procéder de la même manière. D'une part, parce que cela demanderait des compétences techniques élevées (on accède au logiciel, mais rarement à son « code » contrairement à un site web). D'autre part, parce que contrairement au web et aux technologies (HTML/CSS/JavaScript), il existe un nombre trop important d'environnements de développement pour pouvoir définir une liste de tests basée sur la revue de code.

C'est la raison pour laquelle l'approche choisie est de tester la présence de certains éléments au travers d'outils spécialisés (inspecteurs d'interfaces, technologies d'assistance) ou directement sur l'interface elle-même.

Par exemple, lorsque l'interface contient un élément graphique porteur d'information, le critère demande de vérifier qu'une alternative est disponible et pertinente sans donner plus de précisions sur les techniques à employer pour mettre à disposition une alternative à un élément graphique.

Ces techniques peuvent être très différentes selon les langages et les technologies, il peut s'agir d'une propriété native, d'une propriété issue d'une API d'accessibilité ou de tout autre moyen.

Nous vous renvoyons aux documentations des éditeurs de langage et de logiciels de création d'application dans lesquelles se trouvent les dispositifs à respecter, les propriétés à utiliser et, pour certaines, des outils spécialisés pour inspecter l'interface ou le code. Nous mettons ci-après à disposition une section de ressources choisies.

Ressources

Pour une introduction aux API d'accessibilité et aux inspecteurs d'interfaces, nous renvoyons à la section « Comment un lecteur d'écran sait-il de quoi il parle ? » du guide du développeur.

Inspecteurs d'interfaces

Les inspecteurs d'interfaces sont des outils qui permettent d'accéder aux propriétés définies dans le code des logiciels pour tous les composants d'interfaces graphiques. Ces outils vous permettent d'accéder au nom accessible, à l'état déclaré, à la valeur et à de nombreuses autres propriétés.

API et accessibilité : documentation des principaux éditeurs

Technologies d'assistance

Aide à l'évaluation dans les environnements mobiles

Références

Ce référentiel RGAA-APPS se base sur les documents suivants :

1. Éléments graphiques

Recommandation :

Donner à chaque élément graphique porteur d'information une alternative textuelle pertinente et une description détaillée si nécessaire. Remplacer les éléments graphiques textes par du texte stylé lorsque c'est possible.

Critère 1.5 [] Chaque élément graphique utilisé comme CAPTCHA respecte-t-il une de ces conditions ?

  • Il existe une autre forme de CAPTCHA non graphique, au moins.
  • Il existe une autre solution d'accès à la fonctionnalité sécurisée par le CAPTCHA.

Critère 1.6 [] Chaque élément graphique porteur d'information a-t-il, si nécessaire, une description détaillée ?

Chaque élément graphique porteur d'information qui nécessite une description détaillée vérifie-t-il une de ces conditions ?

  • Depuis l'élément graphique, les technologies d'assistance restituent ou donnent accès à une description détaillée.
  • Il existe une description détaillée clairement identifiable adjacente à l'élément graphique.
  • Il existe une fonctionnalité (via un bouton par exemple) permettant d'accéder au contenu de la description détaillée.

Critère 1.7 [] Pour chaque élément graphique porteur d'information ayant une description détaillée, la description détaillée est-elle pertinente ?

Chaque élément graphique porteur d'information qui possède une description détaillée vérifie-t-il ces conditions ?

  • Depuis l'élément graphique, la description détaillée restituée par les technologies d'assistance est pertinente.
  • La description détaillée adjacente à l'élément graphique est pertinente.
  • La description détaillée accessible depuis une fonctionnalité est pertinente.

2. Couleurs

Recommandation :

Ne pas donner l'information uniquement par la couleur et utiliser des contrastes de couleurs suffisamment élevés.

Critère 2.1 [] Dans chaque écran, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?

Sont concernés les mots ou ensemble de mots, les textes, les images porteuses d'information et les médias temporels.

Critère 2.2 [] Dans chaque écran, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle implémentée de façon pertinente ?

Sont concernés les mots ou ensemble de mots, les textes, les images porteuses d'information et les médias temporels.

Critère 2.3 [] Dans chaque écran, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?

Critère 2.4 [] Dans chaque écran, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il amélioré (hors cas particuliers) ?

3. Multimédia

Recommandation :

Donner si nécessaire à chaque média temporel une transcription textuelle, des sous-titres synchronisés et une audiodescription synchronisée pertinents. Rendre possible le contrôle de la consultation de chaque média temporel et non temporel au clavier et s'assurer de leur compatibilité avec les technologies d'assistance.

Critère 3.2 [] Chaque média temporel pré-enregistré seulement vidéo possède-t-il, si nécessaire, une transcription textuelle ou une audiodescription synchronisée (hors cas particuliers) ?

Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il une ces conditions ?

Critère 3.3 [] Chaque média temporel synchronisé pré-enregistré possède-t-il, si nécessaire, une transcription textuelle ou une audiodescription synchronisée (hors cas particuliers) ?

Chaque média temporel synchronisé pré-enregistré vérifie-t-il une ces conditions ?

Critère 3.7 [] Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?

Chaque média temporel synchronisé vérifie-t-il une de ces conditions ?

  • Le média temporel synchronisé possède des sous-titres synchronisés.
  • Il existe une version alternative possédant des sous-titres synchronisés accessible avec une fonctionnalité (un bouton par exemple) adjacente.

Critère 3.9 [] Chaque média temporel en direct ou seulement audio en direct a-t-il, si nécessaire, des sous-titres synchronisés ou une transcription textuelle (hors cas particuliers) ?

Chaque média temporel en direct ou seulement audio en direct vérifie-t-il une de ces conditions ?

Critère 3.12 [] Chaque média temporel pré-enregistré (synchronisé ou seulement vidéo) a-t-il, si nécessaire, une audiodescription synchronisée (hors cas particuliers) ?

Chaque média temporel synchonisé pré-enregistré (synchronisé ou seulement vidéo) vérifie-t-il une de ces conditions ?

  • Il existe une audiodescription synchronisée.
  • Il existe une version alternative avec une audiodescription synchronisée.

Critère 3.13 [] Pour chaque média temporel pré-enregistré (synchronisé ou seulement vidéo) ayant une audiodescription synchronisée, celle-ci est-elle pertinente ?

Critère 3.14 [] Chaque média temporel pré-enregistré (synchronisé ou seulement vidéo) a-t-il, si nécessaire, une interprétation en langue des signes (hors cas particuliers) ?

Critère 3.15 [] Pour chaque média temporel pré-enregistré (synchronisé ou seulement audio) ayant une interprétation en langue des signes, celle-ci est-elle pertinente ?

Critère 3.16 [] Chaque média temporel pré-enregistré (synchronisé ou seulement audio) a-t-il, si nécessaire, une audiodescription étendue synchronisée (hors cas particuliers) ?

Chaque média temporel pré-enregistré (synchronisé ou seulement audio) vérifie-t-il une de ces conditions ?

  • Il existe une audiodescription étendue synchronisée.
  • Il existe une version alternative avec une audiodescription étendue synchronisée.

Critère 3.21 [] Chaque séquence sonore déclenchée automatiquement est-elle contrôlable par l'utilisateur ?

Chaque séquence sonore déclenchée automatiquement vérifie-t-elle une de ces conditions ?

  • La séquence sonore a une durée inférieure ou égale à 3 secondes.
  • La séquence sonore peut être stoppée sur action de l'utilisateur.
  • Le volume de la séquence sonore peut être contrôlé par l'utilisateur indépendamment du contrôle de volume du système.

Critère 3.22 [] Pour chaque média temporel seulement audio pré-enregistré, les dialogues sont-ils suffisamment audibles (hors cas particuliers) ?

  • L'arrière-plan sonore peut être désactivé.
  • La ou les pistes de dialogue sont 20 décibels plus élevés que l'arrière-plan sonore.
  • Il existe une version alternative pour laquelle l'arrière-plan sonore peut être désactivé.
  • Il existe une version alternative pour laquelle la ou les pistes de dialogue sont 20 décibels plus élevés que l'arrière-plan sonore.

4. Tableaux

Recommandation :

Donner à chaque tableau de données complexe, un résumé et un titre pertinent, utiliser un mécanisme pertinent pour lier les cellules de données aux cellules d'en-tête.

Critère 4.5 [] Pour chaque tableau de données, les en-têtes de lignes et de colonnes sont-ils correctement déclarés ?

5. Composants

Recommandation :

Rendre possible le contrôle de chaque composant au moins au clavier et à la souris et s'assurer de leur compatibilité avec les technologies d'assistance.

Critère 5.5 [] Chaque changement de contexte respecte-t-il une de ces conditions ?

  • L'utilisateur est averti par un texte de l'action du script et du type de changement avant son déclenchement.
  • Le changement de contexte est initié par une action de l'utilisateur sur un composant ayant un nom explicite.

Critère 5.6 [] Chaque alerte non sollicitée est-elle contrôlable par l'utilisateur (hors cas particuliers) ?

6. Éléments obligatoires

Recommandation :

Vérifier que chaque écran a un titre pertinent et que l'écran est restitué par les technologies d'assistance dans la langue de traitement principale. Vérifier que les composants qui possèdent une sémantique ne sont pas utilisés uniquement à des fins de présentation, que les changements de langue et de direction de sens de lecture sont correctement restitués par les technologies d'assistances.

Critère 6.1 [] Chaque écran est-il restitué par les technologies d'assistance dans la langue de traitement principale ?

Critère 6.2 [] Chaque écran a-t-il un titre ?

Critère 6.3 [] Pour chaque écran ayant un titre, ce titre est-il pertinent ?

Critère 6.6 [] Dans chaque écran, chaque changement du sens de lecture est-il correctement indiqué pour être accessible aux technologies d'assistance ?

7. Structuration de l'information

Recommandation :

Utiliser des titres, des listes, des abréviations et des citations pour structurer l'information. S'assurer que la structure du document est cohérente.

Critère 7.1 [] Dans chaque écran, l'information est-elle structurée par l'utilisation appropriée de titres ?

Critère 7.2 [] Dans chaque écran, chaque liste est-elle correctement structurée ?

Critère 7.3 [] Dans chaque écran, la première occurrence de chaque abréviation permet-elle d'en connaître la signification ?

Chaque abréviation respecte au moins une de ces conditions :

  • L'abréviation est accompagnée de sa signification sous forme d'un texte adjacent.
  • L'abréviation est implémentée avec une fonctionnalité référençant une localisation ou un emplacement dans l'écran qui permet d'en connaître la signification.
  • La signification de l'abréviation est présente dans un glossaire accessible depuis l'écran.
  • L'abréviation est contenue dans un élément possédant une infobulle qui contient la signification.

Critère 7.4 [] Dans chaque écran, la signification de chaque abréviation est-elle pertinente ?

8. Présentation de l'information

Recommandation :

Vérifier l'effet de l'agrandissement des tailles des caractères sur la lisibilité. S'assurer que les liens sont correctement identifiables, que la prise de focus est signalée, que l'interlignage est suffisant et donner la possibilité à l'utilisateur de contrôler la justification des textes. S'assurer que l'information n'est pas donnée uniquement par la forme ou la position d'un élément.

Critère 8.1 [] Dans chaque écran, l'utilisation des espaces vérifie-t-elle ces conditions ?

  • Les espaces ne sont pas utilisés pour séparer les lettres d'un mot.
  • Les espaces ne sont pas utilisés pour simuler des tableaux.
  • Les espaces ne sont pas utilisés pour simuler des colonnes de texte.

Critère 8.5 [] Dans chaque écran, pour chaque élément recevant le focus, la prise de focus est-elle visible ?

Critère 8.9 [] Pour chaque écran, le texte n'est pas justifié ou un mécanisme permet à l'utilisateur de supprimer la justification du texte. Cette règle est-elle respectée ?

Critère 8.10 [] Pour chaque écran, les blocs de texte ont-ils une largeur inférieure ou égale à 80 caractères (hors cas particuliers) ?

Chaque bloc de texte respecte-t-il une de ces conditions ?

  • Chaque bloc de texte a une largeur inférieure ou égale à 80 caractères.
  • L'utilisateur peut réduire la largeur de chaque bloc de texte à 80 caractères en redimensionnant la fenêtre de l'application.

Critère 8.11 [] Pour chaque écran, la valeur de l'interligne est égale à 1,5 fois la taille du texte, au moins, ou un mécanisme permet d’augmenter la valeur de l’interligne d’au moins 1,5 fois la taille du texte, au moins. Cette règle est-elle respectée ?

Critère 8.12 [] Pour chaque écran, la valeur de l'espacement entre deux paragraphes est égale à 1,5 fois la valeur de l'interligne, au moins ou un mécanisme permet d’augmenter la valeur de l’espacement d’au moins 1,5 fois la taille de l'interligne. Cette règle est-elle respectée ?

Critère 8.13 [] Dans chaque écran, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?

Sont concernés les mots ou ensemble de mots, les textes, les images porteuses d'informations et les médias temporels.

Critère 8.14 [] Dans chaque écran, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?

Sont concernés les mots ou ensemble de mots, les textes, les images porteuses d'informations et les médias temporels.

9. Formulaires

Recommandation :

Associer pour chaque formulaire chacun de ses champs à son étiquette, grouper les champs dans des blocs d'informations de même nature, structurer les listes de choix de manière pertinente, donner à chaque bouton un intitulé explicite. Vérifier la présence d'aide à la saisie, s'assurer que le contrôle de saisie est accessible et que l'utilisateur peut contrôler les données à caractère financier, juridique ou personnel.

Critère 9.8 [] Dans chaque formulaire, chaque liste de choix est-elle structurée de manière pertinente ?

Critère 9.9 [] Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent ?

Critère 9.10 [] Pour chaque formulaire, les indications de champs obligatoires sont-elles accessibles ?

Chaque champ obligatoire respecte-t-il une de ces conditions ?

  • L'indication de champ obligatoire est donnée dans l'étiquette du champ de formulaire.
  • L'indication de champ obligatoire est donnée par un passage de texte situé avant le champ de formulaire.

Critère 9.14 [] Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions de valeurs attendues ?

Critère 9.15 [] Pour chaque formulaire, la saisie des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?

  • L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie.
  • L'utilisateur peut vérifier et corriger les données avant la validation du formulaire.
  • Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent.

Critère 9.16 [] Pour chaque formulaire, la suppression des données à caractère financier, juridique ou personnelle vérifie-t-elle une de ces conditions ?

  • Un mécanisme permet de récupérer les données supprimées par l'utilisateur.
  • Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent.

Critère 9.17 [] Pour chaque formulaire, la saisie des données vérifie-t-elle une de ces conditions ?

  • L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après leur saisie.
  • L'utilisateur peut vérifier et corriger les données avant la validation du formulaire.
  • Un mécanisme de confirmation explicite, via un champ de formulaire ou une étape supplémentaire, est présent.

Critère 9.18 [] Pour chaque formulaire, la suppression des données vérifie-t-elle une de ces conditions ?

  • Un mécanisme permet de récupérer les données supprimées par l'utilisateur.
  • Un mécanisme de confirmation explicite de la suppression, via un champ de formulaire ou une étape supplémentaire, est présent.

Critère 9.19 [] Pour chaque formulaire, des aides à la saisie sont-elles présentes ?

Chaque champ de formulaire respecte-t-il une de ces conditions ?

  • Il existe un lien vers une page d'aide.
  • Il existe des indications avant le formulaire.
  • Il existe des indications avant les champs de formulaire.
  • Il existe des indications dans l'étiquette du champ de formulaire.
  • Un assistant est disponible.

Critère 9.20 [] Pour chaque formulaire, chaque champ de type texte vérifie-t-il, si nécessaire, l'une de ces conditions ?

  • Un correcteur orthographique est disponible.
  • Des suggestions de saisie sont disponibles avant le champ du formulaire.
  • Des suggestions de saisie sont disponibles dans l'étiquette du champ de formulaire.

Critère 9.21 [] Pour chaque formulaire, chaque aide à la saisie est-elle pertinente ?

11. Consultation

Recommandation :

Vérifier que l'utilisateur a le contrôle des procédés de rafraîchissement, des changements brusques de luminosité, des ouvertures de nouvelles fenêtres et des contenus en mouvement ou clignotants. Indiquer lorsqu'un contenu s'ouvre dans une nouvelle fenêtre et donner des informations relatives à la consultation des fichiers en téléchargement. Ne pas faire dépendre l'accomplissement d'une tâche d'une limite de temps sauf si elle est essentielle et s'assurer que les données saisies sont récupérées après une interruption de session authentifiée. S'assurer que les expressions inhabituelles et le jargon sont explicités. Proposer des versions accessibles ou rendre accessibles les documents en téléchargement.

Critère 11.1 [] Pour chaque écran, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?

Chaque limite de temps respecte-t-elle une de ces conditions ?

  • L'utilisateur peut arrêter ou relancer le rafraîchissement.
  • L'utilisateur peut augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins.
  • L'utilisateur est averti de l'imminence du rafraîchissement et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant le prochain rafraîchissement.
  • La limite de temps entre deux rafraîchissements est de vingt heures, au moins.

Critère 11.2 [] Pour chaque écran, chaque procédé limitant le temps d'une session peut-il être arrêté ou supprimé (hors cas particuliers) ?

Chaque procédé limitant le temps d'une session respecte-t-il une de ces conditions ?

  • L'utilisateur peut supprimer la limite de temps.
  • L'utilisateur peut augmenter la limite de temps.
  • La limite de temps avant la fin de la session est de vingt heures au moins.

Critère 11.4 [] Dans chaque écran, une tâche ne doit pas requérir de limite de temps pour être réalisée, sauf si elle se déroule en temps réel ou si cette limite de temps est essentielle. Cette règle est-elle respectée ?

Critère 11.5 [] Dans chaque écran, lors d'une interruption de session authentifiée, les données saisies par l'utilisateur sont-elles récupérées après réauthentification ?

Critère 11.6 [] Dans chaque écran, pour chaque fichier en téléchargement, des informations relatives à sa consultation (poids, format et langue si nécessaire) sont-elles présentes (hors cas particuliers) ?

Critère 11.7 [] Dans chaque écran, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible ?

Chaque document en téléchargement respecte-t-il une de ces conditions ?

  • Le document en téléchargement est compatible avec l'accessibilité.
  • Il existe une version alternative du document en téléchargement compatible avec l'accessibilité.

Critère 11.8 [] Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?

Critère 11.9 [] Dans chaque écran, les expressions inhabituelles, les expressions idiomatiques ou le jargon sont-ils explicités ?

Chaque expression inhabituelle, idiomatique ou le jargon respecte-t-il une de ces conditions ?

  • Il existe une définition dans le contexte adjacent de l'expression.
  • Il existe une définition dans une liste de définitions.
  • Il existe une définition dans l'écran.

Critère 11.10 [] Dans chaque écran, pour chaque expression inhabituelle ou limitée, idiomatique ou de jargon ayant une définition, cette définition est-elle pertinente ?

Critère 11.11 [] Dans chaque écran, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) a-t-il une alternative ?

Critère 11.12 [] Dans chaque écran, pour chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?

Critère 11.13 [] Dans chaque écran, pour chaque mot dont le sens ne peut être compris sans en connaître la prononciation, celle-ci est-elle indiquée (de manière adjacente ou via une fonctionnalité) ?

Critère 11.14 [] Dans chaque écran, chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire (hors noms propres et titre) a-t-il une version alternative ?

Chaque texte qui nécessite un niveau de lecture plus avancé que le premier cycle de l'enseignement secondaire respecte-t-il une de ces conditions ?

  • Une illustration ou des symboles graphiques adaptés au niveau de lecture du premier cycle de l'enseignement secondaire sont présents.
  • Une version en Langue des Signes Française est présente.
  • Une version vocalisée du texte est présente.
  • Un résumé adapté au niveau de lecture du premier cycle de l'enseignement secondaire est présent.

Critère 11.17 [] Dans chaque écran, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?

Chaque contenu en mouvement ou clignotant respecte-t-il une de ces conditions ?

  • La durée du mouvement ou du clignotement est inférieure ou égale à 5 secondes.
  • L'utilisateur peut arrêter et relancer le mouvement ou le clignotement.
  • L'utilisateur peut afficher et masquer le contenu en mouvement ou clignotant.
  • L'utilisateur peut afficher la totalité de l'information sans le mouvement ou le clignotement.

Critère 11.19 [] La documentation décrit-elle les fonctionnalités particulières relatives à l'accessibilité ?

12. Mobile

Recommandation :

Vérifier que chaque zone sensible a une taille suffisante. Vérifier que les interactions gestuelles complexes ont des alternatives.

Critère 12.2 [] Pour chaque interaction gestuelle déclenchant une action, l'action est-elle déclenchée de manière appropriée ?

Chaque interaction gestuelle déclenchant une action respecte-t-elle ces conditions ?

  • L'action est déclenchée uniquement à la fin de l'interaction gestuelle.
  • L'action n'est pas déclenchée si l'élément déclencheur perd le focus.

Critère 12.3 [] Chaque interaction gestuelle complexe spécifique à l'application a-t-elle une alternative ?

Chaque interaction gestuelle complexe spécifique à l'application respecte-t-elle une de ces conditions ?

  • L'interaction gestuelle possède une alternative non gestuelle.
  • Un paramètre permet à l'utilisateur d'utiliser des interactions gestuelles simplifiées.

Critère 12.4 [] Chaque interaction gestuelle est-elle décrite au moyen d'une aide ?

Chaque interaction gestuelle respecte-t-elle une de ces conditions ?

  • L'interaction gestuelle est décrite avant son déclenchement.
  • L'interaction gestuelle est décrite dans la documentation.

Critère 12.5 [] Chaque interaction gestuelle impliquant un changement d'orientation de l'écran (basculement, rotation, secouement…) a-t-elle une alternative (hors cas particulier) ?

Chaque interaction gestuelle impliquant un changement d'orientation de l'écran (basculement, rotation, secouement…) respecte-t-elle ces conditions ?

  • Une action gestuelle alternative utilise le tap (touch en anglais).
  • Une action alternative au clavier permettant d'accéder aux mêmes contenus et fonctionnalités est présente.

Critère 12.6 [] L'accès au contenu ne doit pas dépendre d'une orientation de l'écran (portrait ou paysage), cette règle est-elle respectée ?

L'accès au contenu respecte-t-il une de ces conditions ?

  • Un paramètre permettant à l'utilisateur de choisir l'orientation de l'affichage du contenu, portrait ou paysage, est présent.
  • Le contenu est consultable dans les deux orientations, portrait et paysage.