Validité
Liste des points de contrôle
- Validité par rapport aux grammaires formelles publiées
- Fonctionnalités déconseillées des technologies du W3C
Créer des documents qui sont valides par rapport aux grammaires formelles publiées. 3.2 (P2)
WCAG 1.0, traduction française d'AccessibilitéWeb
Créer des documents qui sont valides par rapport aux grammaires formelles publiées.
Section 508 version anglaise
[No equivalent.]
WCAG 2.0 version de travail, traduction française d'AccessibilitéWeb
- 4.1.1 (niveau A)
Analyse syntaxique :
À moins que les spécifications ne le permettent, dans un contenu intégré à l’aide d’un langage de balisage, les éléments ont des balises complètes de début et de fin, ils sont imbriqués conformément à leurs spécifications, ils ne comportent pas d’attributs dupliqués et chaque id est unique.
- Note :
Les balises de début et de fin auxquelles manque un caractère critique comme une parenthèse angulaire fermante ou un guillemet de valeur d’attribut sont considérées incomplètes.
Projet de standard du gouvernement du Québec
- 9, a - Le code doit être conforme aux grammaires formelles publiées pour les standards HTML 4.01 et XHTML 1.0 du W3C quant aux aspects d’imbrication, d’ouverture et de fermeture des balises ainsi que d’unicité des valeurs d’un attribut id.
- 9, b - Une page Web doit indiquer le type de document utilisé à l’aide d’une balise <doctype> valide.
- 9, c - Une balise doit être utilisée exclusivement aux fins pour lesquelles elle a été créée.
RGAA
3.2 Créer des pages valides
- Test 3.2.1 : Présence de la déclaration d'utilisation d'une DTD.
- Test 3.2.2 : Position de la déclaration d'utilisation d'une DTD.
- Test 3.2.3 : Utilisation d'une Déclaration de Type de Document (DTD) recommandée.
- Test 3.2.4 : Validité du code en regard de la DTD déclarée utilisée.
AccessiWeb
Fiche 8.1 : La balise DOCTYPE est-elle présente au début du code source de la page ?
Clientèles visées
- Personnes ayant une incapacité visuelle.
- Personnes ayant une incapacité cognitive.
Explication
La validité du code HTML et de la feuille de style CSS constituent un premier pas vers l'accessibilité. En effet, HTML 4.01 et les différentes versions de XHTML prévoient déjà qu'une image doit comporter un attribut alt.
D'autre part, un code mal écrit peut générer des problèmes d'accessibilité car les logiciels d'adaptation peuvent être bloqués par ce type d'erreurs. Les types d'erreurs qui risquent de poser problème sont les balises mal imbriquées, les balises d'ouverture ou de fermeture manquantes ou défectueuses et les valeurs d'attribut id qui ne sont pas uniques dans une même page.
Alors que WCAG 1.0 exige en priorité 2 une conformité totale du code, la version de travail de WCAG 2.0 et le Projet de standard du gouvernement du Québec n'exige qu'une conformité limitée qui vise à prévenir les problèmes potentiels avec les logiciels de lecture d'écran.
Pour valider le code, utilisez les validateurs du W3C :
Voir aussi Technique 3.2 in WCAG 1.0.
Éviter d'utiliser les fonctionnalités déconseillées des technologies du W3C. 11.2 (P2)
WCAG 1.0, traduction française d'AccessibilitéWeb
Éviter d'utiliser les fonctionnalités déconseillées des technologies du W3C.
Section 508 version anglaise
[No equivalent.]
WCAG 2.0 version de travail, traduction française d'AccessibilitéWeb
[No equivalent.]
Projet de standard du gouvernement du Québec
[Aucun équivalent.]
RGAA
11.2 Ne pas utiliser de composants obsolètes ou dépréciés
- Test 11.2.1 : Absence de composants obsolètes par rapport à la version des spécifications W3C utilisée.
- Test 11.2.2 : Absence de composants dépréciés par rapport à la version des spécifications du W3C utilisée.
AccessiWeb
Fiche 13.8 : La présentation de la page est-elle réalisée sans détourner certaines balises de leur fonction d'origine ?
Clientèles visées
- Personnes ayant une incapacité visuelle.
Explication
La balise <font> est un exemple de fonctionnalité déconseillée depuis HTML 4.01.
Les effets de présentation doivent maintenant être obtenus par le biais de la feuille de style CSS, ce qui permet de dissocier le contenu et sa structure de sa présentation. La feuille de style CSS utilisée par l'auteur peut alors être remplacée par celle de l'utilisateur, ce qui permet d'obtenir une présentation mieux adaptée aux besoins de certaines personnes, sans la contrainte d'une présentation imposée par l'auteur.
Voir aussi Technique 11.2 in WCAG 1.0.
