Cette page est obsolète : veuillez consulter la page équivalente du RAWeb1. Pour plus d'informations, nous vous invitons à prendre connaissance des notes de révision.
Test 1.3.1 : Pour chaque image (balise <img> ou balise possédant l'attribut WAI-ARIA role="img") porteuse d'information, ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Test 1.3.3 : Pour chaque bouton de type image (balise <input> avec l'attribut type="image"), ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut alt est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte associé via l'attribut WAI-ARIA aria-labelledby est pertinent.
Critère 1.5 [A] : Pour chaque image utilisée comme CAPTCHA, une solution d'accès alternatif au contenu ou à la fonction du CAPTCHA est-elle présente ?
Test 1.5.1 : Chaque image (balises <img>, <area>, <object>, <embed>, <svg>, <canvas> ou possédant un attribut WAI-ARIA role="img") utilisée comme CAPTCHA vérifie-t-elle 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é qui est sécurisée par le CAPTCHA.
Test 1.5.2 : Chaque bouton associé à une image (balise input avec l'attribut type="image") utilisée comme CAPTCHA vérifie-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.
Test 1.6.8 : Pour chaque image bitmap (balise <canvas>) porteuse d'information, qui implémente une référence à une description détaillée adjacente, cette référence est-elle correctement restituée par les technologies d'assistance ?
Test 1.6.9 : Pour chaque image (balise <img>, <input> avec l'attribut type="image", <area>, <object>, <embed>, <svg>, <canvas>, ou possédant un attribut WAI-ARIA role="img") porteuse d'information, qui est accompagnée d'une description détaillée et qui utilise un attribut WAI-ARIA aria-describedby, l'attribut WAI-ARIA aria-describedby associe-t-il la description détaillée ?
Critère 1.9 [A] : Chaque légende d'image est-elle, si nécessaire, correctement reliée à l'image correspondante ?
Test 1.9.1 : Chaque image pourvue d'une légende (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img" associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
L'image (balise <img>, <input> avec l'attribut type="image" ou possédant un attribut WAI-ARIA role="img") et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Test 1.9.2 : Chaque image objet pourvue d'une légende (balise <object> avec l'attribut type="image/…" associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
L'image objet (balise <object>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Test 1.9.3 : Chaque image embarquée pourvue d'une légende (balise <embed> associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
L'image embarquée (balise <embed>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Test 1.9.4 : Chaque image vectorielle pourvue d'une légende (balise <svg> associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
L'image vectorielle (balise <svg>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Test 1.9.5 : Chaque image bitmap pourvue d'une légende (balise <canvas> associée à une légende adjacente), vérifie-t-elle, si nécessaire, ces conditions ?
L'image bitmap (balise <canvas>) et sa légende adjacente sont contenues dans une balise <figure>.
La balise <figure> possède un attribut WAI-ARIA role="figure" ou role="group".
La balise <figure> possède un attribut WAI-ARIA aria-label dont le contenu est identique au contenu de la légende.
La légende est contenue dans une balise <figcaption>.
Critère 3.1 [A] : Dans chaque page web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
Test 3.1.1 : Pour chaque mot ou ensemble de mots dont la mise en couleur est porteuse d'information, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
Test 3.1.2 : Pour chaque indication de couleur donnée par un texte, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
Critère 3.2 [AA] : Dans chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
Test 3.2.1 : Dans chaque page web, le texte et le texte en image sans effet de graisse d'une taille restituée inférieure à 24px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4.5:1, au moins.?
Test 3.2.2 : Dans chaque page web, le texte et le texte en image en gras d'une taille restituée inférieure à 18,5px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 4.5:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 4.5:1, au moins.
Test 3.2.3 : Dans chaque page web, le texte et le texte en image sans effet de graisse d'un taille restituée supérieure ou égale à 24px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins.
Test 3.2.4 : Dans chaque page web, le texte et le texte en image en gras d'un taille restituée supérieure ou égale à 18,5px vérifient-ils une de ces conditions (hors cas particuliers) ?
Le rapport de contraste entre le texte et son arrière-plan est de 3:1, au moins.
Un mécanisme permet à l'utilisateur d'afficher le texte avec un rapport de contraste de 3:1, au moins.
Critère 3.3 [A] : Dans chaque page web, les couleurs utilisées dans les composants d'interface ou les éléments graphiques porteurs d'informations sont-elles suffisamment contrastées (hors cas particuliers) ?
Test 3.3.2 : Dans chaque page web, le rapport de contraste des différentes couleurs composant un élément graphique, lorsqu'elles sont nécessaires à sa compréhension, et la couleur d'arrière-plan contiguë, vérifie-t-il une de ces conditions (hors cas particuliers) ?
Test 3.3.3 : Dans chaque page web, le rapport de contraste des différentes couleurs contiguës entre elles d'un élément graphique, lorsqu'elles sont nécessaires à sa compréhension, vérifie-t-il une de ces conditions (hors cas particuliers) ?
Test 4.3.2 : Pour chaque média temporel synchronisé pré-enregistré possédant des sous-titres synchronisés diffusés via une balise <track>, la balise <track> possède-t-elle un attribut kind="captions" ?
Test 4.7.1 : Pour chaque média temporel seulement son, seulement vidéo ou synchronisé, le contenu textuel adjacent permet-il d'identifier clairement le média temporel (hors cas particuliers) ?
Test 4.9.1 : Pour chaque média non temporel ayant une alternative, cette alternative permet-elle d'accéder au même contenu et à des fonctionnalités similaires ?
Critère 4.10 [A] : Chaque son déclenché automatiquement est-il contrôlable par l'utilisateur ?
Test 4.10.1 : Chaque séquence sonore déclenchée automatiquement via une balise <object>, <video>, <audio>, <embed>, <bgsound> ou un code JavaScript 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.
Le nom, le rôle, la valeur, le paramétrage et les changements d'états des composants d'interfaces sont accessibles aux technologies d'assistance via une API d'accessibilité.
L'en-tête de lignes est structuré au moyen d'une balise pourvue d'un attribut WAI-ARIA role="rowheader".
Test 5.6.3 : Pour chaque tableau de données, chaque en-tête ne s'appliquant pas à la totalité de la ligne ou de la colonne est-il structuré au moyen d'une balise <th> ?
Critère 5.7 [A] : Pour chaque tableau de données, la technique appropriée permettant d'associer chaque cellule avec ses en-têtes est-elle utilisée (hors cas particuliers) ?
Test 5.7.1 : Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne, la balise <th> respecte-t-elle une de ces conditions (hors cas particuliers) ?
La balise <th> possède un attribut id unique.
La balise <th> possède un attribut scope.
La balise <th> possède un attribut WAI-ARIA role="rowheader" ou "columnheader".
Test 5.7.2 : Pour chaque contenu de balise <th> s'appliquant à la totalité de la ligne ou de la colonne et possédant un attribut scope, la balise <th> vérifie-t-elle une de ces conditions ?
La balise <th> possède un attribut scope avec la valeur "row" pour les en-tête de lignes.
La balise <th> possède un attribut scope avec la valeur "col" pour les en-tête de colonnes.
Test 5.7.3 : Pour chaque contenu de balise <th> ne s'appliquant pas à la totalité de la ligne ou de la colonne, la balise <th> vérifie-t-elle ces conditions ?
La balise <th> ne possède pas d'attribut scope.
La balise <th> ne possède pas d'attribut WAI-ARIA role="rowheader" ou "columnheader".
La balise <th> possède un attribut id unique.
Test 5.7.4 : Pour chaque contenu de balise <td> ou <th> associée à un ou plusieurs en-têtes possédant un attribut id, la balise vérifie-t-elle ces conditions ?
La balise possède un attribut headers.
L'attribut headers possède la liste des valeurs d'attribut id des en-têtes associés.
Test 5.7.5 : Pour chaque balise pourvue d'un attribut WAI-ARIA role="rowheader" ou "columnheader" dont le contenu s'applique à la totalité de la ligne ou de la colonne, la balise vérifie-t-elle une de ces conditions ?
La balise possède un attribut WAI-ARIA role="rowheader" pour les en-têtes de lignes.
La balise possède un attribut WAI-ARIA role="columnheader" pour les en-têtes de colonnes.
Le tableau de mise en forme (balise <table>) ne contient pas de balises <caption>, <th>, <thead>, <tfoot>, <colgroup> ou de balises ayant un attribut WAI-ARIA role="rowheader", role="columnheader".
Les cellules du tableau de mise en forme (balises <td>) ne possèdent pas d'attributs scope, headers, axis.
Le nom accessible du composant contient au moins l'intitulé visible.
Le composant possède un rôle pertinent.
Critère 7.2 [A] : Pour chaque script ayant une alternative, cette alternative est-elle pertinente ?
Test 7.2.1 : Chaque script débutant par la balise <script> et ayant une alternative vérifie-t-il une de ces conditions ?
L'alternative entre <noscript> et </noscript> permet d'accéder à des contenus et des fonctionnalités similaires.
La page affichée, lorsque JavaScript est désactivé, permet d'accéder à des contenus et des fonctionnalités similaires.
La page alternative permet d'accéder à des contenus et des fonctionnalités similaires.
Le langage de script côté serveur permet d'accéder à des contenus et des fonctionnalités similaires.
L'alternative présente dans la page permet d'accéder à des contenus et des fonctionnalités similaires.
Test 7.2.2 : Chaque élément non textuel mis à jour par un script (dans la page, ou dans un cadre) et ayant une alternative vérifie-t-il ces conditions ?
L'alternative de l'élément non textuel est mise à jour.
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 un bouton (input de type submit, button ou image ou balise <button>) explicite.
Le changement de contexte est initié par un lien explicite.
Critère 7.5 [AA] : Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d'assistance ?
Test 7.5.1 : Chaque message de statut qui informe de la réussite, du résultat d'une action ou bien de l'état d'une application utilise-t-il l'attribut WAI-ARIA role="status" ?
Test 7.5.2 : Chaque message de statut qui présente une suggestion, ou avertit de l'existence d'une erreur utilise-t-il l'attribut WAI-ARIA role="alert" ?
Test 7.5.3 : Chaque message de statut qui indique la progression d'un processus utilise-t-il l'un des attributs WAI-ARIA role="log", role="progressbar" ou role="status" ?
Test 8.6.1 : Pour chaque page web ayant un titre de page (balise <title>), le contenu de cette balise est-il pertinent ?
Critère 8.7 [AA] : Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
Test 8.7.1 : Dans chaque page web, chaque texte écrit dans une langue différente de la langue par défaut vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'indication de langue est donnée sur l'élément contenant le texte (attribut lang et/ou xml:lang).
L'indication de langue est donnée sur un des éléments parents (attribut lang et/ou xml:lang).
Test 8.9.1 : Dans chaque page web les balises (à l'exception de <div>, <span> et <table>) ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
Test 8.10.1 : Dans chaque page web, chaque texte dont le sens de lecture est différent du sens de lecture par défaut est contenu dans une balise possédant un attribut dir ?
Test 8.10.2 : Dans chaque page web, chaque changement du sens de lecture (attribut dir) vérifie-t-il ces conditions ?
La valeur de l'attribut dir est conforme (rtl ou ltr).
Critère 9.1 [A] : Dans chaque page web, l'information est-elle structurée par l'utilisation appropriée de titres ?
Test 9.1.1 : Dans chaque page web, la hiérarchie entre les titres (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-elle pertinente ?
Test 9.1.2 : Dans chaque page web, le contenu de chaque titre (balise <hx> ou balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level) est-il pertinent ?
Test 9.1.3 : Dans chaque page web, chaque passage de texte constituant un titre est-il structuré à l'aide d'une balise <hx> ou d'une balise possédant un attribut WAI-ARIA role="heading" associé à un attribut WAI-ARIA aria-level ?
Critère 9.2 [A] : Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
Test 9.2.1 : Dans chaque page web, la structure du document vérifie-t-elle ces conditions (hors cas particuliers) ?
Test 10.1.1 : Dans chaque page web, les balises servant à la présentation de l'information ne doivent pas être présentes dans le code source généré des pages. Cette règle est-elle respectée ?
Test 10.1.2 : Dans chaque page web, les attributs servant à la présentation de l'information ne doivent pas être présents dans le code source généré des pages. Cette règle est-elle respectée ?
Test 10.1.3 : Dans chaque page web, 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 10.4 [AA] : Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu'à 200%, au moins (hors cas particuliers) ?
Test 10.4.1 : Dans les feuilles de styles du site web, les unités non relatives (pt, pc, mm, cm, in) ne doivent pas être utilisées pour les types de média screen, tv, handheld, projection. Cette règle est-elle respectée (hors cas particuliers) ?
Test 10.4.2 : Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, ne doit pas provoquer de perte d'information. Cette règle est-t-elle respectée selon une de ces conditions (hors cas particuliers) ?
Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur.
Lors de l'utilisation des fonctions de zoom graphique du navigateur.
Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer.
Test 10.4.3 : Dans chaque page web, l'augmentation de la taille des caractères jusqu'à 200%, au moins, doit être possible pour l’ensemble du texte dans la page. Cette règle est-t-elle respectée selon une de ces conditions (hors cas particuliers) ?
Lors de l'utilisation de la fonction d'agrandissement du texte du navigateur.
Lors de l'utilisation des fonctions de zoom graphique du navigateur.
Lors de l'utilisation d'un composant d'interface propre au site permettant d'agrandir le texte ou de zoomer.
Critère 10.5 [AA] : Dans chaque page web, les déclarations CSS de couleurs de fond d'élément et de police sont-elles correctement utilisées ?
Test 10.5.1 : Dans chaque page web, chaque déclaration CSS de couleurs de police (color), d'un élément susceptible de contenir du texte, est-elle accompagnée d'une déclaration de couleur de fond (background, background-color), au moins, héritée d'un parent ?
Test 10.5.2 : Dans chaque page web, chaque déclaration de couleur de fond (background, background-color), d'un élément susceptible de contenir du texte, est-elle accompagnée d'une déclaration de couleur de police (color) au moins, héritée d'un parent ?
Test 10.5.3 : Dans chaque page web, chaque utilisation d'une image pour créer une couleur de fond d'un élément susceptible de contenir du texte, via CSS (background, background-image), est-elle accompagnée d'une déclaration de couleur de fond (background, background-color), au moins, héritée d'un parent ?
Test 10.6.1 : Dans chaque page web, chaque lien texte signalé uniquement par la couleur, et dont la nature n'est pas évidente, vérifie-t-il ces conditions ?
La couleur du lien à un rapport de contraste supérieur ou égal à 3:1 par rapport au texte environnant.
Le lien dispose d'une indication visuelle au survol autre qu'un changement de couleur.
Le lien dispose d'une indication visuelle au focus autre qu'un changement de couleur.
Critère 10.7 [A] : Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
Test 10.7.1 : Pour chaque élément recevant le focus, la prise de focus vérifie-t-elle une de ces conditions ?
Le style du focus natif du navigateur n'est pas supprimé ou dégradé.
Un style du focus défini par l'auteur est visible.
Critère 10.8 [A] : Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d'assistance ?
Test 10.8.1 : Dans chaque page web, chaque contenu caché vérifie-t-il une de ces conditions ?
Le contenu caché a vocation à être ignoré par les technologies d'assistance.
Le contenu caché n’a pas vocation à être ignoré par les technologies d’assistances et est rendu restituable par les technologies d'assistance suite à une action de l'utilisateur réalisable au clavier ou par tout dispositif de pointage sur un élément précédent le contenu caché ou suite à un repositionnement du focus dessus.
Test 10.9.1 : Dans chaque page web, pour chaque texte ou ensemble de textes, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
Test 10.9.2 : Dans chaque page web, pour chaque image ou ensemble d'images, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
Test 10.10.1 : Dans chaque page web, pour chaque texte ou ensemble de textes, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle implémentée de façon pertinente ?
Test 10.10.2 : Dans chaque page web, pour chaque image ou ensemble d'images, 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 ?
Critère 10.11 [AA] : Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à la fois à un défilement vertical pour une fenêtre ayant une hauteur de 256px ou une largeur de 320px (hors cas particuliers) ?
Test 10.11.1 : Pour chaque page web, lorsque le contenu dont le sens de lecture est horizontal est affiché dans une fenêtre réduite à une largeur de 320px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement horizontal (hors cas particuliers) ?
Test 10.11.2 : Pour chaque page web, lorsque le contenu dont le sens de lecture est vertical est affiché dans une fenêtre réduite à une hauteur de 256px, l'ensemble des informations et des fonctionnalités sont-elles disponibles sans aucun défilement vertical (hors cas particuliers) ?
Critère 10.12 [AA] : Dans chaque page web, les propriétés d'espacement du texte peuvent-elles être redéfinies par l'utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
Test 10.12.1 : Dans chaque page web, le texte reste-t-il lisible lorsque l'affichage est modifié selon ces conditions (hors cas particuliers) ?
L'espacement entre les lignes (line-height) est augmenté jusqu'à 1,5 fois la taille de la police ;
L'espacement suivant les paragraphes (balise <p>) est augmenté jusqu'à 2 fois la taille de la police ;
L'espacement des lettres (letter-spacing) est augmenté jusqu'à 0,12 fois la taille de la police ;
L'espacement des mots (word-spacing) est augmenté jusqu'à 0,16 fois la taille de la police ;
Critère 10.13 [AA] : Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d'un composant d'interface sont-ils contrôlables par l'utilisateur (hors cas particuliers) ?
Test 10.13.1 : Chaque contenu additionnel devenant visible à la prise de focus ou au survol d'un composant d'interface peut-il être masqué par une action utilisateur sans déplacer le focus ou le pointeur de la souris (hors cas particuliers) ?
Test 10.13.2 : Chaque contenu additionnel qui apparait au survol d'un composant d'interface peut-il être survolé par le pointeur de la souris sans disparaître (hors cas particuliers) ?
Test 10.13.3 : Chaque contenu additionnel qui apparaît à la prise de focus ou au survol d'un composant d'interface vérifie-t-il une de ces conditions (hors cas particuliers) ?
Le contenu additionnel reste visible jusqu'à ce que l'utilisateur retire le pointeur souris ou le focus du contenu additionnel et du composant d'interface ayant déclenché son apparition.
Le contenu additionnel reste visible jusqu'à ce l'utilisateur déclenche une action masquant ce contenu sans déplacer le focus ou le pointeur souris du composant d'interface ayant déclenché son apparition.
Le contenu additionnel reste visible jusqu'à ce qu'il ne soit plus valide.
Critère 10.14 [A] : Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?
Test 10.14.1 : Dans chaque page web, les contenus additionnels apparaissant au survol d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage.
Les contenus additionnels apparaissent également à la prise de focus du composant.
Les contenus additionnels apparaissent également par le biais de l'activation ou de la prise de focus d'un autre composant.
Test 10.14.2 : Dans chaque page web, les contenus additionnels apparaissant au focus d'un composant d'interface via les styles CSS respectent-ils si nécessaire une de ces conditions ?
Les contenus additionnels apparaissent également à l'activation du composant via le clavier et tout dispositif de pointage.
Les contenus additionnels apparaissent également au survol du composant.
Les contenus additionnels apparaissent également par le biais de l'activation ou du survol d'un autre composant.
Un bouton adjacent au champ de formulaire lui fournit une étiquette visible et un attribut WAI-ARIA aria-label, aria-labelledby ou title lui fournit un nom accessible.
Test 11.1.2 : Chaque champ de formulaire associé à une balise <label> ayant un attribut for, vérifie-t-il ces conditions ?
La valeur de l'attribut for est égale à la valeur de l'attribut id du champ de formulaire associé.
Test 11.1.3 : Chaque champ de formulaire ayant une étiquette dont le contenu n'est pas visible ou à proximité (masqué, aria-label) ou qui n’est pas accolé au champ (aria-labelledby), vérifie-t-il une de ses conditions ?
Le champ de formulaire possède un attribut title dont le contenu permet de comprendre la nature de la saisie attendue.
Le champ de formulaire est accompagné d'un passage de texte accolé au champ qui devient visible à la prise de focus permettant de comprendre la nature de la saisie attendue.
Le champ de formulaire est accompagné d'un passage de texte visible accolé au champ permettant de comprendre la nature de la saisie attendue.
Test 11.2.1 : Chaque balise <label> permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
Test 11.2.2 : Chaque attribut title permet-il de connaître la fonction exacte du champ de formulaire auquel il est associé ?
Test 11.2.3 : Chaque étiquette implémentée via l'attribut WAI-ARIA aria-label permet-elle de connaître la fonction exacte du champ de formulaire auquel elle est associée ?
Test 11.4.2 : Chaque étiquetteaccolée à un champ (à l'exception des case à cocher, bouton radio ou balises ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch"), vérifie-t-elle ces conditions (hors cas particuliers) ?
L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite.
L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche.
Test 11.4.3 : Chaque étiquetteaccolée à un champ de type checkbox ou radio ou à une balise ayant un attribut WAI-ARIA role="checkbox", role="radio" ou role="switch", vérifie-t-elle ces conditions (hors cas particuliers) ?
L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite.
L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche.
Critère 11.5 [A] : Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
Test 11.5.1 : Les champs de même nature vérifient-ils l'une de ces conditions, si nécessaire ?
Les champs de même nature sont regroupés dans une balise
Les champs de même nature sont regroupés dans une balise possédant un attribut WAI-ARIA role="group".
Les champs de même nature de type radio ( ou balises possédant un attribut WAI-ARIA role="radio") sont regroupés dans une balise possédant un attribut WAI-ARIA role="radiogroup" ou "group".
Critère 11.6 [A] : Dans chaque formulaire, chaque regroupement de champs de formulaire a-t-il une légende ?
Test 11.6.1 : Chaque regroupement de champs de même nature possède-t-il une légende ?
Critère 11.7 [A] : Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?
Test 11.7.1 : Chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?
Critère 11.8 [A] : Dans chaque formulaire, les items de même nature d'une liste de choix sont-ils regroupées de manière pertinente ?
Test 11.8.1 : Pour chaque balise <select>, les items de même nature d'une liste de choix sont-ils regroupés avec une balise
Test 11.8.2 : Dans chaque balise <select>, chaque balise
Test 11.8.3 : Pour chaque balise <optgroup> ayant un attribut label, le contenu de l'attribut label est-il pertinent ?
Critère 11.9 [A] : Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
Test 11.9.1 : L'intitulé de chaque bouton est-il pertinent ?
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label est pertinent.
S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby est pertinent.
S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button est pertinent.
S'il est présent, le contenu de la balise <button> est pertinent.
S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image est pertinent.
S'il est présent, le contenu de l'attribut title est pertinent.
Test 11.9.2 : Chaque bouton affichant un intitulé visible vérifie-t-il ces conditions (hors cas particuliers) ?
S'il est présent, le contenu de l'attribut WAI-ARIA aria-label contient au moins l'intitulé visible.
S'il est présent, le passage de texte lié au bouton via un attribut WAI-ARIA aria-labelledby contient au moins l'intitulé visible.
S'il est présent, le contenu de l'attribut value d'une balise <input> de type submit, reset ou button contient au moins l'intitulé visible.
S'il est présent, le contenu de la balise <button> contient au moins l'intitulé visible.
S'il est présent, le contenu de l'attribut alt d'une balise <input> de type image contient au moins l'intitulé visible.
S'il est présent, le contenu de l'attribut title contient au moins l'intitulé visible.
Critère 11.10 [A] : Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
Test 11.10.1 : Les indications du caractère obligatoire de la saisie des champs vérifient-elles une de ces conditions (hors cas particuliers) ?
Une indication de champ obligatoire est visible et permet d'identifier nommément le champ concerné préalablement à la validation du formulaire.
Le champ obligatoire dispose de l'attribut aria-required="true" ou required préalablement à la validation du formulaire.
Test 11.10.2 : Les champs obligatoires ayant l'attribut aria-required="true" ou required vérifient-ils une de ces conditions ?
Une indication de champ obligatoire est visible et située dans l'étiquette associé au champ préalablement à la validation du formulaire.
Une indication de champ obligatoire est visible et située dans le passage de texte associé au champ préalablement à la validation du formulaire.
Test 11.10.3 : Les messages d'erreur indiquant l'absence de saisie d'un champ obligatoire vérifient-ils une de ces conditions ?
le message d'erreur indiquant l'absence de saisie d'un champ obligatoire est visible et permet d'identifier nommément le champ concerné.
Le champ obligatoire dispose de l'attribut aria-invalid="true".
Test 11.10.4 : Les champs obligatoires ayant l'attribut aria-invalid="true" vérifient-ils une de ces conditions ?
Une indication de champ obligatoire est visible et située dans l'étiquette associée au champ.
Une indication de champ obligatoire est visible et située dans le passage de texte associé au champ.
Test 11.10.5 : Les instructions et indications du type de données et/ou de format obligatoires vérifient-elles une de ces conditions ?
Une instruction ou une indication du type de données et/ou de format obligatoire est visible et permet d'identifier nommément le champ concerné préalablement à la validation du formulaire.
Une instruction ou une indication du type de données et/ou de format obligatoire est visible dans l'étiquette ou le passage de texte associé au champ préalablement à la validation du formulaire.
Test 11.10.6 : Les messages d'erreurs fournissant une instruction ou une indication du type de données et/ou de format obligatoire des champs vérifient-ils une de ces conditions ?
Le message d'erreur fournissant une instruction ou une indication du type de données et/ou de format obligatoires est visible et identifie le champ concerné.
Le champ dispose de l'attribut aria-invalid="true".
Test 11.10.7 : Les champs ayant l'attribut aria-invalid="true" dont la saisie requiert un type de données et/ou de format obligatoires vérifient-ils une de ces conditions ?
Une instructions ou une indication du type de données et/ou de format obligatoire est visible et située dans la balise <label> associée au champ.
Une instructions ou une indication du type de données et/ou de format obligatoire est visible et située dans le passage de texte associé au champ.
Critère 11.11 [AA] : Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?
Test 11.11.1 : Pour chaque erreur de saisie, les types et les formats de données sont-ils suggérés, si nécessaire ?
Test 11.11.2 : Pour chaque erreur de saisie, des exemples de valeurs attendues sont-ils suggérés, si nécessaire ?
Critère 11.12 [AA] : Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?
Test 11.12.1 : Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques, 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 la validation du formulaire.
L'utilisateur peut vérifier et corriger les données avant la validation d'un formulaire en plusieurs étapes.
Un mécanisme de confirmation explicite, via une case à cocher (balise <input> de type checkbox ou balise ayant un attribut WAI-ARIA role="checkbox") ou une étape supplémentaire, est présent.
Test 11.12.2 : Chaque formulaire dont la validation modifie ou supprime des données à caractère financier, juridique ou personnel vérifie-t-il une de ces conditions ?
Un mécanisme permet de récupérer les données supprimées ou modifiées par l'utilisateur.
Un mécanisme de demande de confirmation explicite de la suppression ou de la modification, via un champ de formulaire ou une étape supplémentaire, est proposé.
Critère 11.13 [AA] : La finalité d'un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l'utilisateur ?
Test 11.13.1 : Chaque champ de formulaire dont l'objet se rapporte à une information concernant l'utilisateur vérifie-t-il ces conditions ?
L'attribut autocomplete est pourvu d'une valeur présente dans la liste des valeurs possibles pour l'attribut autocomplete associés à un champ de formulaire.
La valeur indiquée pour l'attribut autocomplete est pertinente au regard du type d'information attendu.
Il est possible d'atteindre l'élément suivant ou précédent pouvant recevoir le focus avec la touche de tabulation.
L'utilisateur est informé d'un mécanisme fonctionnel permettant d'atteindre au clavier l'élément suivant ou précédent pouvant recevoir le focus.
Critère 12.10 [A] : Dans chaque page web, les raccourcis clavier n'utilisant qu'une seule touche (lettre minuscule ou majuscule, ponctuation, chiffre ou symbole) sont-ils contrôlables par l’utilisateur ?
Test 12.10.1 : Dans chaque page web, chaque raccourci clavier n'utilisant qu'une seule touche (lettres minuscule ou majuscule, ponctuation, chiffre ou symbole) vérifie-t-il l'une de ces conditions ?
Un mécanisme est disponible pour configurer la touche de raccourci clavier au moyen des touches de modification (Ctrl, Alt, Maj, etc).
Dans le cas d'un composant d'interface utilisateur, le raccourci clavier qui lui est associé ne peut être activé que si le focus clavier est sur ce composant.
Critère 12.11 [AA] : Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l'activation d'un composant d'interface sont-ils si nécessaire atteignables au clavier ?
Test 12.11.1 : Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l'activation d'un composant d'interface sont-ils si nécessaire atteignables au clavier ?
Critère 13.1 [A] : Pour chaque page web, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?
Test 13.1.1 : Pour chaque page web, chaque procédé de rafraîchissement (balise <object>, balise <embed>, balise <svg>, balise <canvas>, balise <meta>) vérifie-t-il une de ces conditions (hors cas particuliers) ?
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
Test 13.1.2 : Pour chaque page web, chaque procédé de redirection effectué via une balise <meta> est-il immédiat (hors cas particuliers) ?
Test 13.1.3 : Pour chaque page web, chaque procédé de redirection effectué via un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
L'utilisateur peut arrêter ou relancer la redirection.
L'utilisateur peut augmenter la limite de temps avant la redirection de dix fois, au moins.
L'utilisateur est averti de l'imminence de la redirection et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant la prochaine redirection.
La limite de temps avant la redirection est de vingt heures, au moins.
Test 13.1.4 : Pour chaque page web, chaque procédé limitant le temps d'une session vérifie-t-il une de ces conditions (hors cas particuliers) ?
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 13.2 [A] : Dans chaque page web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?
Test 13.2.1 : Dans chaque page web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ?
Critère 13.3 [A] : Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
Test 13.3.1 : Dans chaque page web, chaque fonctionnalité de téléchargement d'un document bureautique vérifie-t-elle 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é.
Il existe une version alternative du document en téléchargement au format HTML.
Critère 13.4 [A] : Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?
Test 13.4.1 : Chaque document bureautique ayant une version accessible vérifie-t-il une de ces conditions ?
La version compatible avec l'accessibilité offre la même information.
La version alternative au format HTML est pertinente et offre la même information.
Critère 13.5 [A] : Dans chaque page web, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) a-t-il une alternative ?
Test 13.5.1 : Dans chaque page web, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) vérifie-t-il une de ces conditions ?
Un attribut title est disponible.
Une définition est donnée par le contexte adjacent.
Critère 13.6 [A] : Dans chaque page web, pour chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?
Test 13.6.1 : Dans chaque page web, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) vérifie-t-il une de ces conditions ?
Le contenu de l'attribut title est pertinent.
La définition donnée par le contexte adjacent est pertinente.
Test 13.7.1 : Dans chaque page web, chaque image (balise <img>, balise <svg>, balise <canvas>, balise <embed> ou balise <object>) qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?
La fréquence de l'effet est inférieure à 3 par seconde.
La surface totale cumulée des effets est inférieure ou égale à 21824 pixels.
La fréquence de l'effet est inférieure à 3 par seconde.
La surface totale cumulée des effets est inférieure ou égale à 21824 pixels.
Critère 13.8 [A] : Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?
Test 13.8.1 : Dans chaque page web, chaque contenu en mouvement, déclenché automatiquement, vérifie-t-il une de ces conditions ?
La durée du mouvement est inférieure ou égale à 5 secondes.
L'utilisateur peut arrêter et relancer le mouvement.
L'utilisateur peut afficher et masquer le contenu en mouvement.
L'utilisateur peut afficher la totalité de l'information sans le mouvement.
Test 13.8.2 : Dans chaque page web, chaque contenu clignotant, déclenché automatiquement, vérifie-t-il une de ces conditions ?
La durée du clignotement est inférieure ou égale à 5 secondes.
L'utilisateur peut arrêter et relancer le clignotement.
L'utilisateur peut afficher et masquer le contenu clignotant.
L'utilisateur peut afficher la totalité de l'information sans le clignotement.
Critère 13.9 [AA] : Dans chaque page web, le contenu proposé est-il consultable quelle que soit l'orientation de l'écran (portait ou paysage) (hors cas particuliers) ?
Test 13.9.1 : Dans chaque page web, chaque contenu vérifie-t-il ces conditions (hors cas particuliers) ?
La consultation est possible quel que soit le mode d'orientation de l'écran.
Le contenu proposé reste le même quel que soit le mode d'orientation de l'écran utilisé même si sa présentation et le moyen d'y accéder peut différer.
Critère 13.10 [A] : Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d'un geste complexe peuvent-elles être également disponibles au moyen d'un geste simple (hors cas particuliers) ?
Test 13.10.1 : Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un contact multipoint est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers).
Test 13.10.2 : Dans chaque page web, chaque fonctionnalité utilisable ou disponible suite à un geste basé sur le suivi d'une trajectoire sur l'écran est-elle également utilisable ou disponible suite à un contact en un point unique de l'écran (hors cas particuliers).
Critère 13.11 [A] : Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran peuvent-elles faire l'objet d'une annulation (hors cas particuliers) ?
Test 13.11.1 : Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran vérifient-elles l'une de ces conditions (hors cas particuliers) ?
L'action est déclenchée au moment où le dispositif de pointage est relâché ou relevé;
L'action est déclenchée au moment où le dispositif de pointage est pressé ou posé puis annulée lorsque le dispositif de pointage est relâché ou relevé;
Un mécanisme est disponible pour abandonner (avant achèvement de l'action) ou annuler (après achèvement) l'exécution de l'action.
Critère 13.12 [A] : Dans chaque page web, les fonctionnalités qui impliquent un mouvement de l'appareil ou vers l'appareil peuvent-elles être satisfaites de manière alternative (hors cas particuliers) ?
Test 13.12.1 : Dans chaque page web, les fonctionnalités disponibles en bougeant l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?
Test 13.12.2 : Dans chaque page web, les fonctionnalités disponibles en faisant un geste en direction de l'appareil peuvent-elles être accomplies avec des composants d'interface utilisateur (hors cas particuliers) ?
Test 13.12.3 : L'utilisateur a-t-il la possibilité de désactiver la détection du mouvement pour éviter un déclenchement accidentel de la fonctionnalité (hors cas particuliers) ?