Les étoiles entre parenthèses correspondent aux priorités du W3C
Qu'en pensez vous? des erreurs, des omissions?
CITATION
Mini Check-list accessibilité
1. Fournir des alternatives aux contenus visuels.
-Attributs "alt" systématiques sur les images, puces, maps. (*)
-Eventuellement Attribut "longdesc" quand longue description (rare).
2. Ne pas s'en remettre aux seules couleurs.
-L'info doit être compréhensible en l'absence de couleur ainsi un lien ne doit pas se différencier que par la couleur, mais aussi par des enrichissement (gras, souligné etc) (*)
-S'assurer d'un contraste suffisant entre fond et texte. (**)
3. Utiliser balisage et CSS de façon appropriée.
-Autant que possible utiliser du texte mis en forme via CSS plutôt que des images. Sinon, utiliser l'attribut Alt. (**)
-Abandonner les <font>, utiliser CSS pour le mise en forme du texte. (**)
-Utiliser les balises selon leur sens sémantique, <h1> à <h6> pour les titres, <p> pour les paragraphes, <strong> pour mettre en gras, <ul> pour les listes et menus (<ol> quand nécessaire), quitte a redéfinir l'apparence via CSS (ex : italique). (**)
-Créer des documents valides avec une DTD (Doctype). (**)
-Utiliser des unités relatives (% ou em).
4. Utilisation du langage naturel.
-Spécifier la forme complète des abréviations et acronymes lors de la première utilisation, soit dans le texte soit avec les attributs "abbr", "acronym", soit directement dans le contenu. (***)
-Identifier le langage du document avec l'attribut "lang" appliqué à <html>. (*)
5. Tableaux accessibles.
-Pour les tableaux de données, identifier entêtes de lignes et colonnes avec <th>, créer des sommaires avec l'attribut "summary", ajouter un "title". (*)
-S'assurer que les tableaux peuvent être linéarisés, càd pouvant être lus logiquement dans un navigateur en mode texte. (**)
-Eviter les tableaux imbriqués.
6. S'assurer que les pages "technologiques" se dégradent bien.
-Un document sans sa CSS doit rester lisible. (*)
-S'assurer que les pages soient lisibles quand les scripts, applets, et artefacts programmables sont désactivés ou non supportés. Dans le cas contraire proposer une alternative : <noscript>, <noembed>, <noframe> etc. (*)
7. Contenu variant dans le temps.
-Eviter de faire clignoter ou bouger un contenu. Le cas échéant, permettre de figer le contenu (pause), ou fournier un contenu alternatif. (*)
-Eviter les "refresh" automatiques (**)
-Eviter les redirections automatiques coté client. Privilégier celles coté serveur. (**)
8. Assurer un accès aux interfaces intégrés.
-L'utilisateur doit toujours conserver le contrôle de son interface, même si le site web a le sien. Pas de sites full screen. (**)
9. Indépendance par rapport au périphérique.
-Développer un ordre logique de tabulation, avec l'attribut "tabindex", ou garder une conception de page logique. (***)
-Prévoir des raccourcis clavier pour les liens les plus importants avec "accesskey". (***)
10. Utilisation des solutions intermédiaires
-Ne pas produire de fenêtres successives ou à ouverture automatiques (ex : pop-ups), ne pas modifier la fenêtre active sans avertir l'utilisateur. (**)
-Pour les formulaires, s'assurer que les étiquettes sont correctement positionnées par rapport aux contrôles. (**)
-Placer du texte pour occuper l'espace dans les champs vides des formulaires (car vide mal supporté par certains interfaces). (***)
-insérer entre les liens adjacents des caractères imprimables non hypertextes. (***)
11. Utilisation des technologies W3C
-Eviter les technologies plus supportées, comme les "font". (**)
-Prévoir un contenu alternatif quand on utilise une technologie non standard (ex : version HTML d'un doc word ou pdf).
12. Informations de contexte et d'orientation.
-Donner un "title" à chaque frame. (*)
13. Mécanismes de navigation clairs.
-Navigation cohérente. (**)
-Faire des liens explicites, utilisant le cas échéant l'attribut "title". Eviter les "cliquez ici". (**)
-Faire un plan du site. (**)
-Faire une déclaration d'accessibilité, listant notamment les accesskey. (***)
-Titre et balises metas pour chaque page. (**)
14. Documents clairs et simples.
-Langage simple et clair. (*)
1. Fournir des alternatives aux contenus visuels.
-Attributs "alt" systématiques sur les images, puces, maps. (*)
-Eventuellement Attribut "longdesc" quand longue description (rare).
2. Ne pas s'en remettre aux seules couleurs.
-L'info doit être compréhensible en l'absence de couleur ainsi un lien ne doit pas se différencier que par la couleur, mais aussi par des enrichissement (gras, souligné etc) (*)
-S'assurer d'un contraste suffisant entre fond et texte. (**)
3. Utiliser balisage et CSS de façon appropriée.
-Autant que possible utiliser du texte mis en forme via CSS plutôt que des images. Sinon, utiliser l'attribut Alt. (**)
-Abandonner les <font>, utiliser CSS pour le mise en forme du texte. (**)
-Utiliser les balises selon leur sens sémantique, <h1> à <h6> pour les titres, <p> pour les paragraphes, <strong> pour mettre en gras, <ul> pour les listes et menus (<ol> quand nécessaire), quitte a redéfinir l'apparence via CSS (ex : italique). (**)
-Créer des documents valides avec une DTD (Doctype). (**)
-Utiliser des unités relatives (% ou em).
4. Utilisation du langage naturel.
-Spécifier la forme complète des abréviations et acronymes lors de la première utilisation, soit dans le texte soit avec les attributs "abbr", "acronym", soit directement dans le contenu. (***)
-Identifier le langage du document avec l'attribut "lang" appliqué à <html>. (*)
5. Tableaux accessibles.
-Pour les tableaux de données, identifier entêtes de lignes et colonnes avec <th>, créer des sommaires avec l'attribut "summary", ajouter un "title". (*)
-S'assurer que les tableaux peuvent être linéarisés, càd pouvant être lus logiquement dans un navigateur en mode texte. (**)
-Eviter les tableaux imbriqués.
6. S'assurer que les pages "technologiques" se dégradent bien.
-Un document sans sa CSS doit rester lisible. (*)
-S'assurer que les pages soient lisibles quand les scripts, applets, et artefacts programmables sont désactivés ou non supportés. Dans le cas contraire proposer une alternative : <noscript>, <noembed>, <noframe> etc. (*)
7. Contenu variant dans le temps.
-Eviter de faire clignoter ou bouger un contenu. Le cas échéant, permettre de figer le contenu (pause), ou fournier un contenu alternatif. (*)
-Eviter les "refresh" automatiques (**)
-Eviter les redirections automatiques coté client. Privilégier celles coté serveur. (**)
8. Assurer un accès aux interfaces intégrés.
-L'utilisateur doit toujours conserver le contrôle de son interface, même si le site web a le sien. Pas de sites full screen. (**)
9. Indépendance par rapport au périphérique.
-Développer un ordre logique de tabulation, avec l'attribut "tabindex", ou garder une conception de page logique. (***)
-Prévoir des raccourcis clavier pour les liens les plus importants avec "accesskey". (***)
10. Utilisation des solutions intermédiaires
-Ne pas produire de fenêtres successives ou à ouverture automatiques (ex : pop-ups), ne pas modifier la fenêtre active sans avertir l'utilisateur. (**)
-Pour les formulaires, s'assurer que les étiquettes sont correctement positionnées par rapport aux contrôles. (**)
-Placer du texte pour occuper l'espace dans les champs vides des formulaires (car vide mal supporté par certains interfaces). (***)
-insérer entre les liens adjacents des caractères imprimables non hypertextes. (***)
11. Utilisation des technologies W3C
-Eviter les technologies plus supportées, comme les "font". (**)
-Prévoir un contenu alternatif quand on utilise une technologie non standard (ex : version HTML d'un doc word ou pdf).
12. Informations de contexte et d'orientation.
-Donner un "title" à chaque frame. (*)
13. Mécanismes de navigation clairs.
-Navigation cohérente. (**)
-Faire des liens explicites, utilisant le cas échéant l'attribut "title". Eviter les "cliquez ici". (**)
-Faire un plan du site. (**)
-Faire une déclaration d'accessibilité, listant notamment les accesskey. (***)
-Titre et balises metas pour chaque page. (**)
14. Documents clairs et simples.
-Langage simple et clair. (*)
D'autre part je comprend pas trop le point 1.3 : "Tant que les agents utilisateurs ne peuvent pas lire à voix haute le texte équivalent d'une piste visuelle, fournissez une desciption auditive des informations importantes de la piste visuelle d'une présentation multimédia. "
