• Un balisage sémantique est utilisé. Pour rappel :
  • Hiérarchisation : h1, h2, h3…
  • Listes : ul, ol, li
  • Emphase : strong, em, code, abbr, blockquote…
  • Tableau pour les données tabulaire uniquement.
  • Utilisation de label pour les formulaires.
• Le code se déroule d’une façon logique, notamment les éléments sont séquencé correctement.
• Le contenu ne fait pas allusion à des éléments sensoriel du type : le bouton à côté, la colonne de droite, la forme, la taille, la couleur…

Le printemps revient

La base. En résumé, il faut penser que l’on ne peut garantir la forme, alors il faut que le fond est des bases solides. Ainsi il faut dissociez le fond de la forme. Je devrais peut-être l’afficher dans mon bureau, pour mes collègues….

Personnellement je n’utilise pas d’éditeur wysiwyg pour créer des pages Web, ce qui m’oblige à vérifier ces points. Cependant n’intervenant que rarement à l’intégration du contenu, ces points ne sont pas forcément respecté. Pour les inciter, je met en place dans une page de démonstration contenant le plus d’exemple possible tiré des maquettes graphiques ou de ce qui ne s’y trouve pas et que l’on pourrait avoir besoin par la suite. Comme souvent, on commence un travail proprement et l’on finit dans la précipitation…

Astuce : le point de contrôle simple, est de retirer la feuille de style ( Affichage -> Style de la page -> Aucun style ), si le contenu est toujours accessible, c’est gagné ! Notez également que l’extension Firefox SenSEO permet de vérifier quelques un de ces points

WebAIM’s WCAG 2.0 Check (en) – Web Content Accessibility Guidelines (WCAG) 2.0 (en)

• Un texte de transcription est prévu pour les contenus audio pré-enregistré.
• Un texte de transcription et/ou un alternatif audio est prévu pour les contenus vidéo pré-enregistré.
• Des sous-titre synchronisés sont fourni pour les vidéos pré-enregistré.
• Un alternatif audio est fourni et synchronisé avec le contenu vidéo.
• Des sous-titres synchronisés sont fourni pour tous les contenus vivant (audio ou vidéo). [AA]
• Un alternatif audio est fourni et synchronisé avec une vidéo vivante. (Requis uniquement si la vidéo contient des informations visuelles.). [AA]
• Une vidéo en langage des signes est fourni pour toutes les média qui contiennent du son. [AAA]
• Si la vidéo ne permet pas d’alternatif sonore due au manque de temps mort dans la vidéo, une version alternative avec des pauses qui permettent une description sonore est fourni. [AAA]
• Une transcription est fourni pour tous les media pré-enregistré qui possède une bande vidéo. [AAA]
• Une transcription est fourni pour tous les media audio même vivant. [AAA]

Choux

Le W3C ne rigole pas avec la vidéo et l’audio ! Ce sont des recommendations assez difficile à mettre en place et qui demande donc une certaine expertise, une charge de travail importante et donc un coût non négligeable. Le plus simple : ne pas en utiliser… pas facile, car cela reste des media très percutant.

WebAIM’s WCAG 2.0 Check (en) – Web Content Accessibility Guidelines (WCAG) 2.0 (en)

1.1 – Contenu non textuel.

• Toutes les images, les boutons de formulaires, et les zone active des images mapé doivent avoir un équivalent textuel approprié.
• Les images qui ne véhiculent pas d’information possèdent un texte alternatif null (atl=”") ou sont implémenté en CSS. Les images liés ont un texte alternatif de description.
• Les alternatives équivalente des images complexes, sont disponible dans le contexte ou dans une page séparé (lié ou dans le “longdesc”).
• Les boutons des formulaire ont une valeur significative.
• Les champs de formulaire ont une étiquette (label) associé ou, à défaut, un attribut title descriptif.
• Les élément multimédia (vidéo, flash) embarqué sont identifié par un contenu textuel adapté.
• Les frames sont correctement titré.

moineau

Commentaire : jusque là pas de difficulté, si ce n’est peut être de passer en revue les dernières illustrations ajouté ou changé mainte fois à la demande du client.

WebAIM’s WCAG 2.0 Check (en) – Web Content Accessibility Guidelines (WCAG) 2.0 (en)