Blog Accessibilité

C'est avec un certain plaisir que je vous annonce la sortie de KiwiAccess, le plugin pour améliorer l'accessibilité de dotclear.

KiwiAccess, ça fait quoi ?

Trente secondes de remise en contexte avant d'entrer dans le vif du sujet. Comme on l'a déjà vu, l'accessibilite n'est pas une fonctionnalité mais un processus. De fait pour rendre un site accessible, il convient d'intervenir à différents niveaux. On trouve classiquement trois grandes étapes: l'outil de gestion de contenu, les gabarits de page accessibles, et le contenu. C'est sur ce dernier point que KiwiAccess intervient.

KiwiAccess offre une aide au bloggueur soucieux de l'accessibilité de sa prose Pour cela, il automatise les vérifications des points suivants:

• longueur des liens (selon le critères d'accessibilité 6.1)
• longueur des titres (eux aussi des liens, donc aussi soumis au critère 6.1)
• unicité des titres des billets (qui sont eux-mêmes des liens, présentés typiquement dans tables une des matières, donc sujets au critère d'accessibilité 6.5)
• longueur des attributs title (critère d'accessibilité 6.3)
• longueur des attributs alt (critère d'accessibilité 1.4)

KiwiAccess c'est qui derrière ?

KiwiAccess est un travail collaboratif effectué avec Sébastien Delorme et Jérôme Mulsant, qui ne sont autres que les lauréats des Trophées AccessiWeb 2006 avec leur blog tentatives-accessibles.eu, ainsi que votre serviteur.

KiwiAccess c'est libre ?

Maa ben sûr que oui quelle idée ! KiwiAccess est un logiciel libre placé sous licence GPL.

Au passage, on vous encourage à installer ce plugin et nous dire ce qui vous plait, ce qui ne va pas, ce que vous aimeriez avoir dedans. Si c'est du libre, c'est bien pour qu'on puisse tous en profiter . D'ailleurs, cette version est utilisable mais manque encore de fonctionnalités à nos yeux; fonctionnalités qui vont arriver dans les prochaines versions.

Notre but premier était de publier une toute première version utilisable, en suivant un des adages fondateur du logiciel libre: Distribuez tôt, mettez à jour souvent (in La cathédrale et le bazar, de Eric Raymond).

KiwiAccess ça se télécharge où ?

• le plugin KiwiAccess v0.5 au format pkg pour Dotclear
• la page du projet KiwiAccess (encore un peu vide pour le moment)

Pour l'installation, il suffit de copier le lien vers le .pkg et de le coller dans l'interface d'administration de dotclear, section Outils > Gestionnaire de plugin puis Installer un plugin.

Pour ensuite y accéder, il faut se rendre dans la section Outils (toujours dans l'interface d'administration), puis de cliquer sur Kiwi. La page présente alors le résultat des tests.

KiwiAccess ça ressemble à quoi ?

Voici quelques copies d'écran:

Titre trop long

Lien trop long

Et maintenant, bonne accessibillité

PS: pour les quelques personnes qui ont installé une version antérieure du plugin, il faut la désinstaller avant de placer la nouvelle.

Je travaille en ce moment sur le daltonisme, et je tenais à vous parler de deux outils. Ils ne sont pas mentionnés dans le dossier daltonisme (je ne les connaissait pas à l'époque) et ils me semblent incontournables.

• Colorblind Web Page Filter permet de simuler le rendu d'une page selon un type de daltonisme donné (deuteranope, protanope...). Sa grande qualité par rapport à un classique comme VisCheck, c'est de très bien gérer les images, y compris celles appelées par les CSS. Exemple pour le Blog Accessibilité:

• Color Simulation Controls offre un nuancier de couleur vu selon un type de daltonisme. L'intérêt ? Pouvoir créer une charte graphique spécifique pour personnes daltoniennes sans pour autant l'être soi-même !

Et pour la route, un rappel des deux critères d'accessibilité relatifs aux couleurs:

• critère 3.1: L'information donnée par la couleur est-elle aussi lisible lorsque les couleurs sont désactivées ?
• critère 3.2: Les différences de contrastes entre les couleurs sont-elles suffisamment élevées ?

A la suite du Déménagement du Blog Accessibilité, les images des billets avaient pris un peu de vacances (sans demander l'autorisation évidemment). J'ai reformé les rangs, elles sont toutes revenues, l'effectif est au complet.

Explications: C'est la faute à Voltaire Dotclear . L'insertion des images ne se fait pas par rapport au dossier d'installation de dotclear, mais par rapport à la racine du site. Les chemins ayant changé lors du déménagement, jai du reprendre les billets à la main et corriger ces #!*%$# de chemins.

Après plusieurs mois de labeur, les groupes de travail sur l'accessibilité de l'Union Europe ont publié leurs résultats. La nouveauté (de l'été) s'appelle UWEM. Replaçons brievement le contexte:

• obligation d'accessibilité pour les sites publics (rien de nouveau)
• règles à appliquer: WCAG 1.0 niveau AA (rien de nouveau non plus)
• méthode d'application à utiliser: UWEM Ca c'est nouveau.

Explications:

Les WCAG ce sont les normes internationales émises par le W3C, normes que tout le monde approuve. Maintenant, comme toute norme, il y a des éléments pas très bien documentés d'un point de vue opérationnel (je suis devant mon site à rendre accessible, mais en pratique, je fais comment ?). Pour cela on utilise une méthode d'application qui rend bien plus simple le travail.

Jusqu'à cet été, on peut dire que chaque pays avait sa propre méthode d'application (AccessiWeb pour la France, Blindsurfer pour la Belgique, BITV pour l'Allemagne...), avec donc quelques différences d'un pays à l'autre.

Désormais, grâce à UWEM, les pays européens disposent d'une méthodologie unifiée. Ca c'était la nouveauté de l'été.

La nouveauté de la semaine

BrailleNet a publié sa "comptatibilité" vers le schéma UWEM (voir 14/09/2006: le label AccessiWeb migre vers l'Europe chez BrailleNet). L'espagne a fait hier la même annonce de son côté, et d'autres pays préparent leur compatibilité. Une dynamique s'amorce et c'est très bien.

Et ça change quoi ?

• AccessiWeb étant une des meilleures méthode, si ce n'est la meilleure (ya pas de honte à le dire), les changements seront relativement anecdotiques.
• Pour les entreprises travaillant à l'étranger, et souhaitant que l'accessibilité dépasse les frontières gauloises, UWEM est la réponse qu'elles attendaient.

Et on peut voir à quoi ça ressemble

Bien sûr, et même en français: UWEM 1.0

L'excellent site Pompage (dont le but est de traduire en français des articles de référence), vient de publier la première partie de l'article Evaluer l’accessibilité d’un site web. C'est très bien fait, synthétique, efficace, et je vous en recommande chaudement la lecture !

Aurélien pousse un coup de gueule, et il a raison. Le nouveau site de l'UNADEV est d'un piètre niveau d'accessibilité: un comble !

Un site qui a pour public principal des personnes aveugles ou mal-voyantes peut-il s'offrir le luxe de passer à côté de l'accessibilité numérique ? Peut-on encore en 2006 ignorer les avantages concrets de l'accessibilité ? Je suis certain que non.

Je passe sur la phase des critiques (niveau d'accessibilité anormalement bas, techniques des référencement douteuses, qui "sautent à l'oreille" de la synthèse vocale... bref le billet d'Aurélien détaille tout cela). Je m'intérroge sur les facteurs qui ont pu amener ce résultat.

• le client final est-il mal informé ? Malgré les séminaires, les conférences, les publications, les articles de presse ? Est-ce suffisant, est-ce adapté, est-ce bien fait ?
• même question pour le prestataire. Avons-nous réussi à bien expliquer les avantages de la méthodologie accessibilité ?
• notre discours est-il clair ? Quand je vois le mélange encore récurrent entre conformité du balisage ("validateur W3C") et accessibilité. Je me dit que non. Mettons de suite les idées au clair : conformité n'implique pas forcément accessibilité. La conformité permet d'être dans de bonnes conditions pour atteindre nos objectifs d'accessibilité, ni plus ni moins.
• est-ce qu'on ne se noit pas sous la technique ? Conservons-nous à l'esprit l'aspect humain de l'accessibilité ?

Il me semble que la communauté du webdesign et de l'accessibilité doit franchir une étape et trouver les réponses à ces questions. Voir un site tel que celui de l'Unadev inaccessible sonne pour moi comme un constat d'echec. L'accessibilité a peut-être besoin de sortir de l'adolescence pour passer à l'âge adulte. Ne croyez-vous pas ?

Le Journal du Net publie un mini dossier sur le handicap et l'informatique. On parle plus de handicap que d'accessibilité numérique au sens AccessiWeb, mais ça reste intéressant. C'est surtout l'aspect intégration de la personne (et avantages afférents) qui est mis en avant, et ça me plait.

Un extrait sur le prix des aides techniques:

Le logiciel Zoomtext de grossissement des caractères pour les malvoyants coûte 550 euros TTC. Le prix d'un clavier mono-manuel varie de 475 à 2 175 euros TTC. Un bloc note braille se situe entre 6 595 et 11 910 euros TTC, tout dépend des options choisies.

Quand on voit ces prix, je ne peux pas m'empêcher de penser qu'il faut faire quelquechose. Une personne devient handicapée (oui oui, on devient handicapé dans plus de 70% des cas), et en plus on doit payer pour se réinsérer dans la société ?! Ca ne vous dérange pas quelque part vous ?

On a déjà parlé des (nombreux) avantages concrets de l'accessibilité. Ce coup-ci c'est Sébastien, référenceur de son état, qui s'y met: 36 critères d'accessibilité qui comptent pour le référencement (1ère partie).

Ca fait plaisir de voir que l'accessibilité numérique est comprise par un nombre croissant d'acteurs. C'est d'autant plus intéressant qu'on voit apparaitre de plus en plus de référenceurs dans le GTA. Moralité l'accessibilité c'est bon, mangez-en

Lors du déménagement du Blog Accessibilité, les anciens flux RSS ont décidé de prendre l'air quelques jours ! Ils sont maintenant revenus, et les anciennes URLs sont désormais reprises. J'en profite pour vous rappeler les adresses des flux:

• flux des billets: http://feeds.feedburner.com/Blog-Accessibilite
• flux des commentaires: http://feeds.feedburner.com/Blog-Accessibilite-Commentaires

Si d'autres problèmes m'avaient échappés, merci de me le signaler en commentaire