Publié Arrow up right Modifié Arrows round Haut Arrow bar to up Status checklist Documentation folders Dépôt de code source code tag Licence license Page photo du projet camera Étiquette d'article ou de page tag Catégorie box Check checkmark Écriture en cours writing Point important Arrow right

epy is a geek.net
Informatique et bidouilles, libres

# Accessibilité et erreurs

L’accessibilité devait être prise en compte

Note

Cette news a été corrigée, reformulée avec la relecture et les commentaires de Julie Moynat sur le fediverse Merci à toi

À mes yeux, défendre les logiciels libres et “le Libre” en général (cela méritera probablement un paragraphe de définition ^_^ ) ne peut pas se faire sans défendre l’accessibilité à toutes et tous, cela va de paire.

L’accessibilité sur le web, c’est faire en sorte que toute personne handicapée puisse accéder à la même information ou divertissement quel que soit son handicap. Il ne doit pas y avoir de barrières techniques plus importantes pour ces personnes que pour les autres.

Il y a heureusement des normes à ce sujet, comme le WCAG, qui permettent aux personnes qui créent le code des sites web d’harmoniser les pratiques et d’être informées des spécificités des appareils de lecture, que ce soit en braille, en audio etc.

Lorsqu’on fait de la création de pages pour le web il faut se tenir au courant de ces normes et les appliquer jusqu’à ce que cela devienne un automatisme autant que l’écriture de règles CSS ou du code HTML lui même.

Les règles d’accessibilité ont heureusement tendance à fusionner avec les règles du code HTML lui même au fil des versions de ce dernier, l’idée étant qu’il n’y ait pas une version rabotée des informations pour les lecteurs spéciaux: loupe, lecteur braille, lecteur audio, .. C’est la même, juste une façon différente de la présenter

La découverte d’un service de test de l’accessibilité

C’est en voyant ce lien vers le service en ligne de WebAIM de test des pages que j’ai décidé de m’y mettre sérieusement.

Résultat: pas catastrophique mais loin d’être assez bien à mon goût.

J’ai donc fait une première passe sur le code et ai corrigé la majorité des erreurs signalées. Il y avait aussi quelques erreurs remontées par le validateur du W3C c’était l’occasion de les corriger.

Avant:

Capture d'écran du résultat du premier test WebAIM: 9 alertes 0 erreurs

Après:

Capture d'écran du résultat après corrections: 0 alertes 0 erreurs

Il reste encore pas mal à faire, à se documenter, notemment sur les attributs ARIA, l’ordre de navigation et la vérification des informations données sur les liens, les corrections nécessaires sur les appels aux icônes SVG, etc.

Des tests manuels à faire également …

Note

Les résultats affichés ne sont que ceux de la page d’accueil, les pages d’articles ont le même résultat avec seulement la présence de 2 à 4 aria-hidden en plus.

Tout cela pour dire

Que j’ai fait des modifications un peu partout sur la structure, que d’autres modifications arrivent MAIS également de nouveaux articles !

Cette news est assez copieuse pour annoncer peu de corrections visibles finalement mais quitte à mettre à jour le flux Atom et vous notifier d’une nouveauté autant qu’il y ait quelque chose à se mettre sous la dent :)

J’ai corrigé d’autres points, moins visibles coté CSS et coté Pelican, j’ai mis à jour la TODO.

J’ai environ 14 articles en brouillon dont 5 de la série d’articles sur la vie privée, certains bien entamés d’autres pas du tout.

Il manque parfois de la motivation pour commencer ou reprendre un texte, la crainte de le faire aussi imbuvable que des CGU

Ça vient, doucement mais sûrement ;)

[1]Que ce soit par le prix ou les libertés d’utilisation, de compréhension, de modification et de distribution.

Retour en haut