Planète Accessibilité

allez zou juste un petit mot pour vous prévenir que les inscriptions au W3café picnic sont ouverte. Y-a-plus qu'à espérer qu'il fasse beau.

En lisant les derniers billets publiés de Formats-Ouverts.org, je suis tombé sur celui annonçant l'ouverture en ligne des archives du Times.

Les archives en ligne du Times couvrent deux siècles de parution, de 1785 à 1985. Elles proposent, pour tout article recherché, l'affichage, sous forme d'image, de la page de la version papier où ledit article était originellement publié.

Qui dit image dit problème d'accessibilité pour les non-voyants et pour les utilisateurs d'un navigateur qui n'affiche pas les images (navigateur texte ou navigateur graphique configuré pour ne pas les afficher). En analysant le code source de la page affichant l'image en question, on remarque que cette dernière est affichée dans un élément iframe. Le code source de l'URL appelée par l'iframe montre que l'élément img appelant l'image comporte bien l'attribut alt ; mais, le texte contenu dans cet attribut n'est pas pertinent, en ce sens qu'il ne décrit pas, fût-ce brièvement, l'image : en effet, le texte dit Click and drag the image to move around the page (en français : Cliquez sur l'image et faites-la glisser pour vous déplacer dans la page), se référant à une fonctionnalité qui n'est utilisable que si JavaScript est activé. Qui plus est, l'élément img comporte un attribut title superflu, puisqu'il reprend le même texte que l'attribut alt. Comme si cela ne suffisait pas, les non-voyants n'ont aucun moyen d'accéder au contenu de la page, puisque l'attribut longdesc est absent, ce qui aurait permis de fournir une URL décrivant longement la mise en page de la page du Times consultée (elle peut, en effet, comporter des illustrations ou des gravures, dont une reproduisant les armoiries et la devise de l'Angleterre dans l'exemple fourni par la capture d'écran plus haut) et transcrivant le contenu de la page.

D'ailleurs, à propos de contenu, étant donné qu'il s'agit de mettre à la disposition du public des articles d'anciens numéros, donc du contenu textuel, pourquoi ne pas les afficher en dur dans le code HTML généré ? Cette dernière solution aurait l'avantage (quand même elle imposerait un travail fastidieux, s'agissant de deux siècles d'archives, dont les plus anciennes obéissent à des pratiques typographiques abandonnées depuis) de rendre ces archives accessibles à tous, tout en remplissant le critère 1.9 d'Accessiweb (Chaque image texte doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée ?) ainsi que le point de contrôle 3.1 des WCAG 1.0 (When an appropriate markup language exists, use markup rather than images to convey information. ; en français : Quand un langage de balisage approprié existe, utiliser des balises plutôt que des images pour convoyer l'information.).

Je recherche des chaussures rouges dans une vidéo !

Lors du ParisWeb 2007, Jean-Louis Carvès nous avait présenté les solutions en cours concernant la retranscription des vidéos ainsi que celles pour le sous-titrage vidéo, dont une belle solution IBM déjà en place.

Google annonce également - et étonnamment ? - plancher sur le sujet, sous la forme ‘communicante’ de modeste contribution aux élections présidentielles américaines…

(more…)

Comme promis, Elie Sloïm et Aurélien Lévy publient la présentation sur l’accessibilité des CMS qu’ils ont effectuée durant les RMLL (Rencontres Mondiales du Logiciel Libre).

Parmi les CMS testés :

• SPIP
• EZpublish
• Drupal
• CMS Made Simple
• Typo3
• Joomla

SPIP ressort vainqueurs à 16/20 selon les critères posés pour le protocole de test.

Je vous invite à étudier les résultats précis sur l’espace Mon-Opquast créé pour l’occasion :
http://mon.opquast.com
Identifiant : democms@opquast.com
Mot de passe : democms

Histoire de rendre la mise en accessibilité plus pratique, voici le référentiel AccessiWeb 1.1 au format tableur (format OpenOffice, 34ko, version 0.9).

Intérêts du tableau / tableur

• Avec une présentation en mode tableur, chacun peut ajouter ses propres colonnes. C'est bien pratique pour faire ses audits (avec par exemple une colonne "validé" et une autre "remarque").
• Le tableau présente des filtres. On peut donc trier les critères par thématique, par niveau (bronze, argent, or), par numéro de test / critère, voire directement par l'intitulé.
• Les entêtes sont fixées: on peut naviguer verticalement dans le tableau en ayant toujours les intitulés de colonnes toujours visibles. Idem en déplacement horizontale avec les références du critère qui demeurent visibles.
• Le tableau utilise le mode plan: les colonnes peuvent être affichées / masquées suivant celles qu'on désire voire. Idem pour les lignes qui sont groupées par thématique.

Copie d'écran

Une copie d'écran pour avoir un aperçu rapide.

Licence libre

AccessiWeb 1.1 tableur par Matthieu FAURE est mis à disposition selon les termes de la licence Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 2.0 France.

Vous êtes donc libre de:

• de reproduire, distribuer et communiquer cette création au public
• de modifier cette création

... selon les conditions suivantes:

• Partage des Conditions Initiales à l'Identique. Si vous modifiez, transformez ou adaptez cette création, vous n'avez le droit de distribuer la création qui en résulte que sous un contrat identique à celui-ci.
• Paternité. Vous devez attribuer ce travail à Matthieu FAURE (avec le lien suivant)

<div xmlns:cc="http://creativecommons.org/ns#" about="http://creativecommons.org/license/results-one?q_1=2&q_1=1&field_commercial=yes&field_derivatives=sa&field_jurisdiction=fr&field_format=&field_worktitle=AccessiWeb+1.1+tableur&field_attribute_to_name=Matthieu+FAURE&field_attribute_to_url=http%3A%2F%2Fwww.Blog-Accessibilite.com%2F&field_sourceurl=http%3A%2F%2Fwww.blog-accessibilite.com%2FDocuments%2FAW11%2F&field_morepermissionsurl=&lang=fr&language=fr&n_questions=3">
<a rel="cc:attributionURL" property="cc:attributionName" href="http://www.Blog-Accessibilite.com/">Matthieu FAURE</a> / <a rel="license" href="http://creativecommons.org/licenses/by-sa/2.0/fr/">CC BY-SA 2.0</a>
</div>

Informations annexes

Ce document est en version 0.9. Il contient la version déployée de AccessiWeb 1.1 mais pas encore la version générale.

Le format choisi est le format OpenDocument qui est un format libre, ouvert et normalisé. Il est lisible avec OpenOffice, qui est téléchargeable sur fr.openoffice.org. (je ne publierai pas de version Microsoft Office, je ne souhaite pas menotter les utilisateurs dans un format propriétaire ;) )

Si vous avez des suggestions d'amélioration du document, n'hésitez pas me les faire parvenir, je publierai ici les prochaines mises à jour. D'ici là, amusez-vous bien !

Mise à jour (17/07/2008)

Pour les utilisateurs sous Windows, n'ayant pas les droits administrateur pour installer OpenOffice, la solution s'appelle OpenOffice Portable. (Et tout ça fonctionne car OpenOffice est un logiciel libre, c'est beau quand même la liberté ;) )

Pour cette nouvelle édition, nous recherchons des experts motivés désirant communiquer sur leurs expériences et leurs connaissances autour de sujets techniques et/ou managériaux. Les thèmes de prédilection restent l’accessibilité, la qualité et l’interopérabilité par les standards, mais nous souhaitons aussi nous ouvrir aux nouvelles technologies et aux nouveaux usages, comme le Web mobile.

Les propositions d’intervention ou de sujets de conférence sont attendues avant le vendredi 15 août 2008 :
http://www.paris-web.fr/2008/Appel-a-propositions

Encore une info pêchée sur le blog de Chris Heilmann (si vous ne l'avez pas encore dans vos fils RSS, celui-là, il serait temps d'y songer!)... Une tendance se dessine actuellement, concernant le "crowdsourcing" ("codage par la foule", littéralement). Celui-ci consiste à permettre à tout un chacun de contribuer concrètement au code de sites internet. Dans le domaine de l'accessibilité, cela se traduit par l'ajout de méta-données (textes alternatifs, balises adaptées, attributs pertinents...) au code de la page, là où elles font défaut.
Deux projets significatifs dans ce domaine ont vu le jour récemment: Social Accessibility Project, chez IBM, et WebVisum.com. Le projet d'IBM vise à équiper les lecteurs d'écran et les navigateurs d'additifs logiciels, qui permettent de signaler un problème aux bénévoles chargés de les traiter, de le résoudre de façon collaborative, et d'alimenter un serveur de données. Celui-ci ajoutera les informations manquantes à la volée, dès la prochaine visite au site incriminé.
WebVisum est une extension de Firefox 3 (inscription au service nécessaire), qui en plus de cette fonction de résolution collaborative, propose de décoder les CAPTCHAs visuels, et différentes fonctionnalités qui facilitent la vie des déficients visuels.
Les deux projets partent des besoins des utilisateurs de lecteurs d'écran principalement, s'y intégrant de façon transparente. Rien n'interdit toutefois d'imaginer qu'on pourra apporter des améliorations qui concernent d'autres besoins spécifiques.

Restent deux points à régler, à mon sens. Assistera-t-on à une nouvelle balkanisation du web, du fait de la coexistence de différentes bases de méta-données, alimentées et utilisées par des moyens techniques différents? En attendant que tout soit unifié, faudra-t-il parcourir la même page avec les différents outils de ce type, pour être sûr d'avoir la totalité de la contribution des différentes communautés d'utilisateurs?
Ensuite, ne risque-t-on pas de dédouaner, dans une certaine mesure, les éditeurs de sites de leur devoir de mise en accessibilité? Pas d'impair: l'idée de base est puissante et productive, et on est d'accord que le service à l'utilisateur prime, quelqu'en soit le moyen et le fournisseur, finalement. Cependant, anticiper les effets pervers permet de mieux les prévenir. Le projet d'IBM positive le problème en espérant que les contributions montreront la voie aux propriétaires de sites, en leur fournissant, clé en mains, les meilleures pratiques telles que les attendent les utilisateurs. Il faudra certainement faire preuve de beaucoup de persuasion et de pédagogie, pour expliquer que ce type d'action ne doit pas remplacer l'incorporation des bonnes pratiques d'accessibilité au processus de conception et de production de tout site internet digne de ce nom.

La prochaine manifestation du Paris Web destinée aux professionnels sur l’accessibilité numérique, les bons usages du web et le webdesign est fixée au 13, 14 et 15 novembre 2008, dans les locaux d’IBM à la Défense (Paris).

Les ateliers du samedi et les inscriptions ne sont pas encore en place. Mais l’appel aux idées de sujets d’intervention est d’ores et déjà lancé ! Pour cela contacter le nouveau bureau sur le site officiel.

ParisWeb 2008, c’est parti : www.paris-web.fr/2008/

Je viens à vous pour vous présenter, fièrement, le travail d'un de mes collègues, étudiant et apprenti, Rémi Farot. Depuis quelques mois Rémi planche sur le CMS open-source eZ Publish. Son travail, dans le cadre d'un projet universitaire, est d'auditer l'accessibilité du CMS selon les trois axes suivants :

• L'accessibilité du back-office,
• L'accessibilité du front-office (en utilisant un template par défaut proposé par eZ Publish),
• La capacité à produire du contenu accessible via l'éditeur WYSIWYG en ligne.

Je vous propose aujourd'hui le premier compte-rendu qui concerne l'accessibilité de l'interface d'administration d'eZ Publish. L'objectif est, entre autres, de fournir un état des lieux à la communauté qui gravite autour du produit pour en améliorer la prise en compte de l'accessibilité. La synthèse de ce premier travail est accessible sur la page Étude sur l'accessibilité du CMS eZ publish 4.0.

Le billet de ce blog permet de recueillir vos avis, remarques et suggestions concernant ce travail. Rémi viendra de temps en temps apporter ses réponses à vos questions et je serai également là pour apporter des éclaircissements si le besoin s'en ressent.