Sommaire
- n°1 : Le contenu alternatif de toutes les images est correctement indiqué.
- n°176 : Les hyperliens adjacents sont toujours séparés par au moins un caractère imprimable ou une image.
- n°4 : La taille des polices destinées à l'affichage écran est exprimée en taille variable et non en taille fixe.
- n°5 : La navigation reste possible sur l'ensemble du site en utilisant exclusivement le clavier.
- n°6 : La signification des acronymes, sigles et abréviations est explicitée lors de leur première occurrence dans le corps de chaque page.
- n°7 : Le site n'emploie pas la technique des frames.
- n°13 : Le code source des pages contient l'indication de la langue principale du contenu.
- n°148 : Les contenus alternatifs de tous les éléments non-textuels sont correctement indiqués.
- n°160 : Le résumé des tableaux est correctement indiqué.
- n°162 : Chaque champ de formulaire est associé à une étiquette qui lui est propre.
- n°2 : Les pages du site satisfont au moins au niveau de conformité "A" des directives pour l'accessibilité aux contenus web (WCAG) 1.0 du W3C.
- Synthèse
Détail
n°1 : Le contenu alternatif de toutes les images est correctement indiqué.
Ici, il s'agit de vérifier que toutes les images (sauf celles qui sont utilisées comme fond dans les thèmes) possèdent une balise qui indique un texte alternatif. Cette bonne pratique est à appliquer à la fois au thème utilisé lorsqu'il comporte des éléments graphiques comme par exemple un bouton de retour à la page d'accueil, et au contenu des billets enregistrés sur le blog comme par exemple une photo pour laquelle il convient de préciser l'équivalent d'une légende.
Côté thème, c'est plutôt simple à contrôler et simple également à corriger. Le thème par défaut est conforme à cet égard. Côté contenu cela peut vous demander de revoir tous les billets écrits à ce jour, et il peut y en avoir beaucoup pour certains, c'est pourquoi il est important de le préciser lors de l'insertion de l'image dans le billet. DotClear propose nativement cette fonction grâce au 2ème paramètre de la syntaxe wiki d'insertion d'image ((URL de l'image|texte alternatif)). En mode HTML il faudra que vous songiez à ajouter la balise alt="texte alternatif" dans le bloc <img ... />.
Synthèse :
- liste(s) concernée(s) : Thème, Contenu
- statut : à contrôler
- niveau : facile
n°176 : Les hyperliens adjacents sont toujours séparés par au moins un caractère imprimable ou une image.
Comme la pratique précédente, celle-ci concerne à la fois le thème et le contenu. J'ai souvent vu chez les uns et les autres des billets où lorsque l'auteur souhaitait faire des liens vers plusieurs références différentes, un lien appliqué à chacun des mots successif d'un morceau de phrase. Dans ce cas, il vaut mieux utiliser une simple liste (li) pour les indiquer ou bien alors les séparer par un tiret ou tout autre caractère imprimable.
Il vaut mieux écrire ceci :
Voilà la liste des billets que j'ai lu à ce propos :
que :
Côté thème, on rencontre parfois des menus horizontaux qui ne sont pas sous la forme de liste (au sens HTML) mais sous forme de mots ou de groupes de mots consécutifs séparés uniquement par un espace. Il faut dans ce cas utiliser un caractère imprimable comme une virgule, une tiret, … ou bien encore le remplacer par une liste. L'aspect horizontal de cette liste sera ensuite gérée via un ou plusieurs styles idoines dans la feuille de style associée au thème. Le thème par défaut de DotClear est conforme.
Synthèse :
- liste(s) concernée(s) : Thème, Contenu
- statut : à contrôler
- niveau : moyen
n°4 : La taille des polices destinées à l'affichage écran est exprimée en taille variable et non en taille fixe.
Là c'est uniquement le thème qui est concerné. Pour résumer, il faut que chaque taille de police soit précisé avec une unité variable (em, ex ou %) pour que l'utilisateur puisse augmenter son confort de lecture en augmentant ou en diminuant la taille de base des polices affichées par son navigateur. Avec le thème par défaut, pas de soucis c'est déjà le cas.
Synthèse :
- liste(s) concernée(s) : Thème
- status : conforme (à contrôler pour les autres thèmes)
- niveau : moyen
n°5 : La navigation reste possible sur l'ensemble du site en utilisant exclusivement le clavier.
Voilà une bonne pratique facile à contrôler. Débranchez la souris et naviguez au sein de votre blog. Vous arrivez à tout faire ? Poster un commentaire, naviguer de billet en billet, faire une recherche ou encore revenir à la page d'accueil ? Si oui, pas de problème c'est conforme. Sinon c'est qu'il manque des éléments au sein du thème pour permettre cette navigation ou que les éléments utilisés ne permettent pas celle-ci (éléments en flash ou java par exemple).
Synthèse :
- liste(s) concernée(s) : Thème
- status : conforme (à contrôler pour les autres thèmes)
- niveau : facile
n°6 : La signification des acronymes, sigles et abréviations est explicitée lors de leur première occurrence dans le corps de chaque page.
Ici, c'est également facile. Il suffit d'utiliser la syntaxe wiki prévue à cet effet (??acronyme|signification??) ou alors d'utiliser l'élément <acronym> prévu à cet effet dans la syntaxe HTML. DotClear propose par défaut un certain nombre d'acronymes prédéfinis et cette liste peut-être complété par l'administrateur du blog si nécessaire. Il faudra pour contrôler cette bonne pratique que vous repreniez l'historique de vos billets.
Synthèse :
- liste(s) concernée(s) : Contenu
- status : à contrôler
- niveau : facile
n°7 : Le site n'emploie pas la technique des frames.
Pas besoin de grand discours ici. Aucun des thèmes que je connais n'utilise cette technique.
Synthèse :
- liste(s) concernée(s) : Thème
- status : conforme
- niveau : facile
n°13 : Le code source des pages contient l'indication de la langue principale du contenu.
Comme la précédente. Tous les thèmes que je connais sont conformes.
Synthèse :
- liste(s) concernée(s) : Thème
- status : conforme
- niveau : facile
n°148 : Les contenus alternatifs de tous les éléments non-textuels sont correctement indiqués.
Il s'agit de fournir un texte de remplacement pour les éléments non textuels comme peut l'être un objet flash ou java. Cela permet de conserver une page compréhensible même si ces éléments ne sont pas affichés ou traités. En ce qui nous concerne, c'est à contrôler dans le contenu de vos billets.
Synthèse :
- liste(s) concernée(s) : Contenu
- status : à contrôler
- niveau : facile
n°160 : Le résumé des tableaux est correctement indiqué.
Là c'est relativement simple car il s'agit simplement de penser à la balise summary de l'élément table si seulement vous utilisiez des tableaux dans vos billets. Le seul tableau utilisé côté DotClear est celui du calendrier et il comporte cette balise.
Synthèse :
- liste(s) concernée(s) : Contenu, Moteur
- status : à contrôler pour le contenu, conforme pour le moteur
- niveau : facile
n°162 : Chaque champ de formulaire est associé à une étiquette qui lui est propre.
Ici seul les formulaires prévus par le thème sont à contrôler. Il y en a deux, le formulaire de recherche présent sur toutes les pages et le formulaires de saisie d'un commentaire présent sur la page d'affichage d'un billet seul. Ces deux formulaires sont conformes dans le thème par défaut proposé par DotClear.
Synthèse :
- liste(s) concernée(s) : Thème
- status : conforme
- niveau : moyen
n°2 : Les pages du site satisfont au moins au niveau de conformité "A" des directives pour l'accessibilité aux contenus web (WCAG) 1.0 du W3C.
Voilà une bonne pratique qui regroupe en fait une quinzaine de bonnes pratiques. Celles-ci sont souvent redondantes avec celles préconisées par Opquast. Quoi qu'il en soit, je ferai plus tard un billet particulier à ce sujet. En attendant, le thème par défaut est conforme lorsqu'il est concerné et c'est le contenu qui doit être surveillé.
Synthèse :
- liste(s) concernée(s) : Thème, Contenu
- status : à contrôler
- niveau : moyen
Synthèse
Pour cette rubrique, dans la mesure où le thème par défaut de DotClear est utilisé, il n'y a que le contenu des billets qui doit être contrôlé.
À contrôler :
Liste Contenu
Conforme :
Liste Moteur
Liste Thème