RGAA 4.1.2 · Présentation de l’information · Critère 10.4
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) ?
Agrandir le texte est le premier réglage d'une personne malvoyante : si le texte est tronqué, chevauché ou perdu à 200 %, la page devient inutilisable pour elle.
Ce que dit le référentiel
Transcription du RGAA 4.1.2, sans interprétation. C’est ce texte qui fait foi, et celui que vous citez dans un rapport.
- 10.4.1 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-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.
- 10.4.2 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-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.
Comment le vérifier
- Agrandir le texte seul jusqu'à 200 % — c'est ce réglage-là, plus que le zoom graphique, qui révèle les défauts.
- Parcourir la page et chercher les textes tronqués, chevauchés, sortis de leur conteneur ou coupés par un débordement masqué.
- Vérifier que tout le texte grandit : un texte dimensionné en pixels absolus dans un conteneur de hauteur fixe est le cas type.
- Vérifier que la page n'interdit pas le zoom :
user-scalable=nooumaximum-scaleinférieur à 2 dans la balisemetade vue.
Ce que notre outil fait
Assisté
Le moteur repère les éléments concernés et vous pose la question. Il ne conclut pas à votre place.
Deux règles vous désignent des situations à examiner. La première signale une balise de vue qui bloque le zoom. La seconde rejoue la page dans une fenêtre de 640 × 512 — l'équivalent d'un agrandissement à 200 % — et montre les textes que le débordement masqué rogne. Aucune ne conclut : le test admet trois voies d'agrandissement, et il suffit que l'une d'elles préserve l'information. Ni l'une ni l'autre ne voit un chevauchement, ni un texte qui refuse de grandir : il faut agrandir soi-même et regarder. L'extension propose pour cela deux gestes distincts, parce qu'ils ne montrent pas la même chose. Agrandir le texte seul donne à chaque élément deux fois sa taille rendue, comme le réglage « taille du texte » d'un navigateur : c'est la manipulation que le critère décrit, et la seule qui éprouve le test 10.4.2 — ce qui ne grandit pas se voit alors, un texte enfermé dans une image, une taille verrouillée. Le zoom du navigateur, lui, agrandit l'image entière, mise en page comprise ; il montre ce que vit un utilisateur qui grossit tout, mais il fait passer le 10.4.2 par construction.
Règles ACT du W3C mises en œuvre : b4f0c3, 59br37
Comment nous mesurons ce que l'outil sait faire · ce critère s'audite dans l'extension RGAA Lab.
Les pièges
Les erreurs qu’on rencontre vraiment, relevées au fil des audits.
- Une hauteur fixe en pixels sur un bloc de texte : le texte grandit, le bloc non, et la fin disparaît sous un
overflow: hidden. user-scalable=non'est pas jugé pour lui-même : le test porte sur le résultat de l'agrandissement, et retient trois voies possibles. Sur un navigateur de bureau qui ignore l'attribut, le texte grandit et rien n'est perdu. La déclaration reste à signaler au client — elle ferme le zoom là où elle est honorée — mais la non-conformité se constate en agrandissant, pas en lisant la balise.- Un texte en image ne grandit pas, il devient flou : cela relève du 1.8.