Comprendre les WCAG 2.1 – Examen des critères de succès relatifs à la basse vision

Glenda Sims

Par Glenda Sims

14 décembre 2017

WCAG 2.1 – Basse vision

 

Illustration représentant un œil et un livre

Bonjour à tous ! Je suis de retour pour vous parler plus en détail des WCAG 2.1 et de leur dernier projet de travail daté du 7 décembre. Nous avions en fait déjà préparé un enregistrement distinct de cette vidéo, mais comme la dernière version comporte quelques modifications, nous vous proposons ici une vidéo mise à jour.

Cette vidéo est consacrée à la basse vision et propose un bref aperçu des autres thèmes que nous aborderons dans les prochaines sections consacrées aux fonctions cognitives et à la mobilité.

N'hésitez pas à suivre la vidéo ci-dessous :

Dernière version préliminaire des WCAG 2.1 : 20 nouveaux critères de conformité

Êtes-vous prêt à découvrir un aperçu de l'avenir de l'accessibilité ? Le World Wide Web Consortium (W3C) vient de publier la version du 7 décembre de l'ébauche de travail des WCAG 2.1. À l'heure actuelle, 20 nouveaux critères de succès sont proposés. Mais ne vous inquiétez pas, il ne s'agit que d'une ébauche de travail. Ce ne sont que des propositions de nouveaux critères de succès. Ils ne seront peut-être pas tous retenus.

Examinons de plus près ces 20 propositions. Votre première question pourrait être : « Combien y a-t-il de niveaux A par rapport aux niveaux AA et AAA ? » Actuellement, six des nouvelles propositions de SC se situent au niveau A simple, neuf au niveau AA double, ce qui laisse cinq propositions au niveau AAA, pour un total de 20. Cela pourrait changer, mais c’est ce que nous observons pour l’instant dans cette 7e version du projet de travail publiée le 7 décembre.

Domaines prioritaires des WCAG 2.1

Une autre façon intéressante d'examiner ces 20 nouvelles propositions consiste à voir comment elles se répartissent entre les différents domaines prioritaires. Dans la dernière vidéo, j'ai présenté les principaux domaines prioritaires, à savoir la basse vision, les troubles cognitifs et la mobilité.

Dans ce nouveau projet de travail, quatre des nouveaux critères de succès (CS) découlent des besoins des personnes malvoyantes. Six des nouveaux critères de succès découlent des besoins cognitifs, et les dix restants concernent les besoins liés à la mobilité. Dans ce contexte, l’expression « découlent de » signifie principalement que ces critères de succès proviennent de ces différents domaines, mais cela ne signifie pas pour autant que ce sont les seuls handicaps concernés. Comme nous le savons, une bonne accessibilité conduit en réalité à une conception universelle, c’est-à-dire une conception qui convient au mieux à tout le monde.

Reflow ou « Le défilement horizontal, c'est vraiment le pire. »

Une fois ce cadre général établi, le premier groupe de critères de succès porte sur la basse vision. Il ne comporte que quatre critères de succès, qu’il convient de présenter à l’aide d’une citation d’un personnage type avant d’aborder le texte officiel de ces critères. Cette citation répondra à la question suivante : « Que dirait une personne malvoyante si ce critère de succès n’était pas respecté ? » Le premier nouveau critère de succès proposé, intitulé « reflow », est classé dans la catégorie « double A » (recommandé).

La première chose qu’une personne malvoyante vous dirait si le texte de votre page ne s’adapte pas correctement à la largeur de l’écran, c’est : « Le défilement horizontal est un véritable fléau. » Si vous souhaitez disposer d’une ressource supplémentaire sur ce sujet, le Dr Wayne Dick a mené une étude et une expérience sur ce critère de succès. Il est important de bien comprendre, en faisant preuve d’empathie, lacharge opérationnelle engendrée par le défilement horizontal.

Dans cette optique, le réagencement du texte de ce critère de succès (SC) ne vous aidera peut-être pas à comprendre immédiatement le défilement horizontal, mais c’est bien là l’intention pour les langues s’écrivant de gauche à droite. Le texte actuel de ce critère de succès proposé stipule : « Le contenu peut être présenté sur une largeur équivalente à 320 pixels CSS, sans perte d’informations ni de fonctionnalités, et sans nécessiter de défilement en deux dimensions, sauf si certaines parties du contenu requièrent une mise en page bidimensionnelle pour leur utilisation ou leur signification. » Ce texte est détaillé, techniquement précis et bien rédigé. Il est important de comprendre que ce critère de succès vise à empêcher le défilement horizontal dans les langues s’écrivant de gauche à droite ou de droite à gauche.

Contraste graphique ou « Vouliez-vous vraiment que je remarque cette information importante dans le graphique ? »

La prochaine mesure en faveur des personnes malvoyantes est une initiative que beaucoup ont déjà mise en œuvre par pure générosité. Cette proposition s'intitule « Contraste graphique » et se voit attribuer la note recommandée « AA ».

La citation type d’une personne malvoyante serait : « Vouliez-vous vraiment que je voie cette information importante dans le graphique ? » ou « Vouliez-vous vraiment que je voie cet élément de l’interface utilisateur ? » Le plus souvent, le contraste est si faible que les utilisateurs ne peuvent pas le voir.

Vous savez peut-être que les WCAG 2.0 prévoient une exigence en matière de contraste, mais si vous y regardez de plus près, celle-ci ne s'applique qu'au texte. Ce qu'il faut retenir à propos de ce critère de conformité, c'est qu'il ne concerne pas le texte : à l'heure actuelle, les WCAG 2.0 ne prévoient pas d'exigence de contraste pour les éléments graphiques. Il s'agissait là d'une lacune.

Pour répondre à cette exigence, nous avons le critère « Contraste graphique » ; telle qu’elle est définie aujourd’hui dans la version du 7 décembre des WCAG 2.1, cette exigence est la suivante : « La présentation visuelle des éléments suivants doit présenter un rapport de contraste d’au moins trois pour un par rapport aux couleurs adjacentes : les composants de l’interface utilisateur et les objets graphiques dont certaines parties sont nécessaires à la compréhension du contenu et sont présentées à l’utilisateur. » Si ce rapport de trois pour un vous intrigue, n’hésitez pas à contacter Glenda, car elle était l’une des responsables du comité de normalisation (SC) pour cette proposition.

Espacement du texte ou « Si tu me laissais simplement régler l'interligne, l'espacement entre les paragraphes, l'espacement entre les lettres et l'espacement entre les mots, je pourrais vraiment lire ça. »

L'espacement du texte est défini sur « double-A » pour les personnes malvoyantes. Que dirait une personne malvoyante si vous ne lui permettiez pas de modifier l'espacement du texte ? Elle dirait probablement quelque chose comme : « J'ai beaucoup de mal à lire ce texte. Si vous me laissiez simplement régler la hauteur des lignes, l'espacement entre les paragraphes, l'espacement entre les lettres et l'espacement entre les mots, je pourrais vraiment le lire. »

Les exigences relatives à l'espacement du texte, telles qu'énoncées dans cette version des WCAG, sont les suivantes : « Si les technologies utilisées permettent à l'agent utilisateur de définir les propriétés de style du texte, il n'y a alors aucune perte de contenu ni de fonctionnalité à définir l'ensemble des paramètres suivants, sans modifier aucune autre propriété de style : hauteur de ligne, espacement sous les paragraphes, espacement entre les lettres et espacement entre les mots. »

Contenu affiché au survol ou à la mise en surbrillance, ou « Les fenêtres contextuelles me font perdre le contrôle »

La dernière exigence spécifique (SC) relative à la basse vision proposée pour les WCAG 2.1, qui répond spécifiquement aux besoins des personnes malvoyantes, concerne l’affichage du contenu au survol ou à la mise en surbrillance. Elle est classée au niveau de conformité recommandé « AA ».

Imaginez que vous ayez agrandi votre écran et que, tout à coup, une fenêtre contextuelle apparaisse et occupe une si grande partie de votre écran que vous ne puissiez plus faire ce que vous aviez à faire. Vous ne pouvez pas passer derrière cette fenêtre contextuelle, vous ne pouvez pas la contrôler, car l'écran part du principe que vous n'êtes pas en mode agrandissement ; il est donc impossible de l'utiliser. La même chose peut se produire lorsque vous essayez d'utiliser un menu : en mode agrandissement, vous ne pouvez pas contrôler les éléments, passer la souris dessus ou les sélectionner, contrairement à ce que vous pourriez faire en mode d'affichage par défaut.

L'extrait important du critère de réussite à retenir est le suivant : « lorsque le survol du pointeur ou la sélection au clavier déclenche l'affichage d'un contenu supplémentaire, les conditions suivantes s'appliquent : ce contenu peut être masqué, il est accessible au survol ou il est persistant. » Vous trouverez plus de détails sur ce critère de réussite en cliquant sur ce lien : (Contenu au survol ou à la sélection).

Ces quatre SC, ainsi que le texte spécifique publié dans le numéro du 7 décembre, ont fait l'objet d'un consensus au sein de l'actuel groupe de travail sur les directives d'accessibilité. Le responsable de ce SC particulier était Steven Repsher, de Boeing.

Ne manquez pas notre prochain épisode : nous y parlerons du nouveau SC spécialement conçu pour les personnes présentant un handicap cognitif. Nous avons hâte d'aborder ce sujet très bientôt !

Glenda Sims

Glenda Sims

Glenda Sims est directrice de l'accessibilité de l'information chez Deque, où elle met son expertise et sa passion pour le Web ouvert au service d'organismes publics, d'établissements d'enseignement et d'entreprises de toutes tailles, des petites structures aux grandes sociétés. Glenda est conseillère et cofondatrice d'AIR-University (Accessibility Internet Rally) et d'AccessU. Elle intervient en tant que consultante en accessibilité, membre du jury et formatrice pour Knowbility, une organisation dont la mission est de favoriser l'autonomie des personnes en situation de handicap en promouvant l'accès à des technologies de l'information sans barrières. En 2010, Glenda a coécrit l'ouvrage *InterACT with Web Standards : A holistic approach to Web Design*.

Recevez les articles de blog directement dans votre boîte mail

Pas de bavardages inutiles, mais des informations concrètes sur l'accessibilité, fournies par des experts qualifiés.

Vous acceptez que Deque , utilise et partage des informations conformément à Dequedéclaration de confidentialité. Vous pouvez modifier votre consentement à tout moment en nous contactant.

En savoir plus sur ce sujet

Pourquoi l'association de la norme EN 17161 aux WCAG constitue une avancée majeure pour l'accessibilité numérique

Wilco Fiers 400 x 400 1 300 x 300
9 juillet 2026 Par Wilco Fiers

Les WCAG constituent l'horizon. C'est la direction que vous suivez, et même si vous ne pouvez pas réellement « atteindre » cet horizon, c'est vers lui que vous roulez. La norme EN 17161 est la route sur laquelle vous roulez ; elle comporte toutes les marquages, les repères et les panneaux qui vous permettent de rester sur la bonne voie et vous empêchent de dévier vers d'autres voies ou de finir dans le fossé.

Lire l'article
Groupe de personnes dans un bureau, en train de discuter affaires autour d'un ordinateur portable. Quatre légendes superposées apparaissent sur la publication, avec les mentions suivantes : EN 17161, EN 301 549, WCAG et Loi européenne sur l'accessibilité (EAA).

Le prochain grand pas en avant en matière d'accessibilité numérique : pourquoi la communauté de l'accessibilité numérique devrait adopter la norme EN 17161

Wilco Fiers 400 x 400 1 300 x 300
11 juin 2026 Par Wilco Fiers

Découvrez comment l'intégration de la norme EN 17161 permet à votre organisation de mettre en place un programme d'accessibilité solide visant à évaluer l'accessibilité dans des conditions réelles, en complément des WCAG.

Lire l'article
Deux personnes travaillent sur un ordinateur portable ; l'une d'elles est aveugle. On distingue quatre encadrés contenant les mentions suivantes : « Conformité aux normes d'accessibilité numérique », « EN 17161 », « WCAG » et « Conception pour tous ».