simplement Nat » W3C

WCAG Robustesse

Nathanaël Martel — Wed, 22 Apr 2009 21:11:09 +0000

4. Assurrer la compatibilité avec un maximum de navigateur.

Les erreurs significative de HTML / XHTML / CSS sont évité grâce à l’emplois du validateur W3C
Les éléments et attributs HTML sont utilisés correctement et à bonne escient.

C’est curieux de conclure ce document par la base de la base ! Alors c’est claire, l’élément table sert à présenter des données tabulées et non à faire de la mise en forme, les formulaires sont utilisé avec des label pour chaque input, un fieldset… la base du web sémantique quoi !

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

cactus

WCAG Aide à la saisie

Nathanaël Martel — Thu, 09 Apr 2009 19:58:54 +0000

3.3. Assistance à la saisie : aider les utilisateurs et éviter les erreurs.

Lorsqu’une erreur est detecté, l’élément à la source de l’érreur est identifié et l’erreur décrite textuellement à l’utilisateur.
Instruction et label sont fournit quand le contenu requiert une saisie.
Des sugestions à la correction des erreurs sont fourni. [AA]
Les pages demandant la saisie de données légale ou financière permettent de vérifier, d’annuler et de valider ces données. [AA]
Une aide contextuelle est disponible. [AAA]
Les pages demandant la saisie de données permettent de vérifier, d’annuler et de valider ces données. [AAA]

Lors de développement d’appplications complexe, les framework utilisés permettent de réaliser tout cela facilement pour ne pas dire automatiquement. Le problème sera plutôt pour les petits sites où un formulaire isolé est souvent fait rapidement en oubliant les règles de l’art.

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

Question d'échelle

WCAG Prévisible

Nathanaël Martel — Tue, 07 Apr 2009 19:43:18 +0000

3.2. Prévisible: Faire apparaître les pages Web et les faire fonctionner de manière prévisible

La page n’est pas modifié quand un élément de la page reçoit le focus.
La page n’est pas modifié quand l’utilisateur interagit avec un contrôle.
Les liens de navigation qui se répètent sur les pages web ne changent pas d’ordre d’une page à l’autre. [AA]
Les éléments qui ont la même fonctionnalité sur plusieurs pages web sont toujours identifiés de la même manière. Par exemple, un champ de recherche situé en haut du site doit toujours être identifié de la même façon. [AA]
Les changements sur une page sont déclenchés par l’utilisateur, sinon un mécanisme est prévu pour les désactiver. [AAA]

Il s’agit ici de limiter les comportements “bizare” de certaines pages. Pour que les internautes s’y retrouvent, il est préférable d’utiliser des mécanismes courant (que l’utilisateur à l’habitude) et fiable (qui fonctionnent toujours).

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

Question d'échelle

WCAG Compréhension

Nathanaël Martel — Mon, 06 Apr 2009 19:49:18 +0000

3.1. Le texte est lisible et compréhensible

La langue de la page est identifiée à l’aide de l’attribut HTML lang par exemple.
Le cas échéant, si une autre langue est utilisé, elle est identifié. [AA]
Les mots ambiguë, inconnus ou utilisés d’une manière très spécifique sont définies par le texte adjacent, une liste de définitions, un glossaire, ou autre méthode appropriée. [AAA]
Les abbréviations sont systématiquement définit la première fois qu’elles sont utilisé en utilisant l’élément “abbr” ou un lien vers une définition ou glossaire. [AAA]
Si le texte n’écéssite une capacité suppérieur à neuf année d’étude (secondaire), alors une alternative en dessous de ce niveau est donné. [AAA]
Si la prononciation d’un mot est essentiel à sa compréhension, sa prononciation est fourni immédiatement après le mot ou par l’intermédiaire d’un lien ou d’un glossaire. [AAA]

On entre ici dans le contenu, des rêgles qu’il faut énoncé lors de l’écriture du site. Si elles paraissent exigente, elles vont surtout permettre de rendre le contenu compréhensible à un plus grand nombre.

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

Coin et recoin

WCAG du texte et des contrastes

Nathanaël Martel — Tue, 31 Mar 2009 21:29:20 +0000

1.4. Faciliter l’accès des utilisateurs à voir et à entendre le contenu, notamment en distinguant le premier plan et l’arrière-plan.

La couleurs n’est pas le seul moyen d’identification d’un message d’information sauf si le contraste entre ces couleurs est suffisant (3:1).
Un mécanisme est prévu pour arrêter, mettre en pause, ou régler le volume pour l’audio qui se joue automatiquement sur une page pour plus de 3 secondes.
Texte et images de texte ont un contraste élevé (3:1 pour les gros textes et 4.5:1 sinon). [AA]
La page est lisible et fonctionnel lorsque la taille du texte est doublé. [AA]
Si la même présentation visuelle peut être faite en utilisant du texte, une image n’est pas utilisée pour présenter ce texte. [AA]
Texte et images de texte ont un contraste élevé (3:1 pour les gros textes et 4.5:1 sinon). [AAA]
Les bandes audio n’ont qu’un bruit de fond très faible de sorte que le discours est facile à distinguer. [AAA]
Les blocs de texte [AAA] :
- ne font pas plus 80 caractères de large
- ne sont pas pleinement justifié
- ont un interlignage suffisant (au moins la moitié de la hauteur) et un espace entre les paragraphes suffisant (au moins 1,5 fois l’espace entre les lignes)
- ont une couleur de premier plan et d’arrière plan définit
- ne nécessitent pas de défilement horizontale si la taille du texte est doublé.
Le texte utilisé dans une image ne véhicule pas de contenu sauf s’il ne peut être présenté avec du texte seul (schéma). [AAA]

L’esthétisme va en prendre un coup ! Il est clair que l’ont veut favoriser le texte, médium accessible universellement. Le seul problème c’est que ce n’est pas compatible avec l’usage de communication et de marketing que l’on veut en faire de l’internet ! Heureusement d’autres usages existent comme par exemple Wikipédia.

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

Port de Nice

WCAG média temporel

Nathanaël Martel — Fri, 27 Mar 2009 09:00:45 +0000

1.2 – Fournir un alternatif à tous les contenus qui évoluent dans le temps.

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)

WCAG contenus non textuel

Nathanaël Martel — Thu, 26 Mar 2009 21:34:26 +0000

WCAG :: “Web Content Accessibility Guidelines”, soit “directives pour l’accessibilité des contenu du web” en français.

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)