Appendice H : La gestion de l'accessibilité

Contenu

• H.1 Les directives pour l'accessibilité WAI
• H.2 Les directives pour l'accessibilité du contenu SVG

Cet appendice est informatif, non normatif.

H.1 Les directives pour l'accessibilité WAI

Cet appendice explique comment les directives pour l'accessibilité publiées par l'Initiative pour l'Accessibilit&eacut;e du Web (WAI) du W3C s'applique à SVG.

1. Les « Directives pour l'accessibilité aux contenus Web 1.0 » [WCAG vf.] expliquent comment les auteurs peuvent créer un contenu Web qui soit accessible aux personnes avec des déficiences physiques ;
2. Les « Règles d'accessibilité pour les outils d'édition 1.0 » [ATAG vf.] expliquent comment les développeurs peuvent concevoir des outils d'édition accessibles, comme les outils d'édition SVG. Pour la conformité avec la spécification SVG, un outil d'édition SVG doit se conformer à la spécification ATAG (pour un niveau de priorité 1). La gestion de SVG pour le regroupement et la réutilisation des éléments concerne la conception d'outils d'édition SVG accessibles ;
3. La recommendation « Les directives pour l'accessibilité de l'agent utilisateur 1.0 » [UAAG] explique comment les développeurs peuvent concevoir des agents utilisateurs accessibles, comme les navigateurs gérant SVG. Pour la conformité avec la spécification SVG, un agent utilisateur SVG devrait se conformer à UAAG. La gestion de SVG du changement d'échelle, des feuilles de styles, du DOM et des métadonnés concerne la conception d'agents utilisateurs SVG accessibles.

La note de W3C « Les fonctionnalités pour l'accessibilité de SVG » [SVG-ACCESS] explique en détail comment les obligations des trois directives s'appliquent à SVG.

H.2 Les directives pour l'accessibilité du contenu SVG

Cette section explique brièvement comment les auteurs peuvent créer des documents SVG accessibles ; c'est un résumé de la note « Les fonctionnalités pour l'accessibilité de SVG » [SVG-ACCESS].

Fournir des équivalents textuels aux graphiques.

• Quand le contenu textuel d'un graphique (par exemple, dans un élément 'text') explique sa fonction, aucun équivalent textuel n'est requis. Utiliser l'élément enfant 'title' pour expliquer la fonction des éléments 'text' dont le sens ne peut se déterminer clairement à partir de leur contenu textuel ;
• Quand un graphique n'a pas un contenu textuel explicatif, il requiert un équivalent textuel. Si l'équivalence est complexe à mettre en œuvre, utiliser l'élément 'desc', sinon utiliser l'élément enfant 'title' ;
• Si un graphique est bâti sur des parties significatives, construire la description à partir de ces parties significatives.

Ne pas compter seulement sur la couleur.

• Ne pas utiliser une couleur seule pour véhiculer une information ;
• S'assurer d'un contraste de couleur adéquat. Utiliser des feuilles de style de manière à ce que ceux des utilisateurs qui veulent une combinaison de couleurs particulières puissent l'appliquer au travers de leurs feuilles de style.

Utiliser un balisage et des feuilles de styles et ceci correctement.

• Représenter le texte comme données textuelles, non comme images ou courbes. Styler le texte avec des polices. Les auteurs peuvent décrire leurs propres polices en SVG ;
• Séparer structure et présentation ;
• Utiliser l'élément 'g' et des descriptions enrichies pour structurer les documents SVG. Réutiliser des objets nommés ;
• Publier des documents hautement structurés, non de simples représentations graphiques. Les documents avec une structure riche peuvent être rendus graphiquement, tout comme en parole ou en braille. Par exemple, exprimer des relations mathématiques en MathML [MATHML] et utiliser SVG pour des graphiques explicatifs ;
• Éditer des documents valides pour la grammaire SVG ;
• Utiliser des feuilles de style pour spécifier une présentation graphique et auditive ;
• Utiliser des unités relatives dans les feuilles de style.

Clarifier la langue naturelle utilisée.

• Utiliser l'attribut xml:lang pour identifier la langue naturelle pour le contenu et les changements de langues.

S'assurer que le contenu dynamique est accessible.

• S'assurer que les équivalents textuels d'un contenu dynamique restent à jour au fur et à mesure où le contenu dynamique change ;
• S'assurer que les documents SVG restent utilisables quand les scripts ou autres objets de programmation sont désactivés ou non gérés.