21ème séminaire technique Accessiweb

Le 25 juin, l'amphithéâtre Painlevé de la Cité des Sciences et de l'Industrie à Paris a accueilli le 21ème séminaire technique Accessiweb. Cette édition était dédiée à l'accessibilité des CMS et c'est en la qualité d'expert Drupal que j'y ai été convié pour participer à l'atelier technique visant à comparer 4 des plus grands CMS du marché.

La journée a commencé par une rapide introduction du sujet et des actualités de l'association BrailleNet, éditrice de la recommandation Accessiweb. Outre leur déménagement, j'ai donc pu apprendre que la recommandation Accessiweb avait été refondue dans le référentiel RGAA 3.0 qui a récemment été ratifié par décret et inauguré officiellement ce matin même. Les marchés publics devront donc désormais suivre cette nouvelle norme dans la réalisation de leurs sites et applications. Le diplôme "Expert Accessibilité en Évaluation" sera quant à lui adapté dans les prochains mois pour suivre ces nouvelles dispositions et une remise à niveau sera proposée par l'association BrailleNet pour les personnes le souhaitant.

Présentation d'ATAG2, les recommandations du W3C pour l'accessibilité des CMS par Jean-Pierre VILLAIN (Access 42)

La première intervention s'est trouvée riche en surprises. La norme ATAG2 s'ajoute en effet aux recommandations WCAG pour diriger la création des outils de gestion de contenus incitant à la production de contenus accessibles.

Jean-Pierre Villain a filtré et détaillé quelques uns des points les plus intéressants à chacun des niveaux de la norme et je vais vous en restituer quelques uns. La norme ATAG2 complète concernant à la fois les outils web et les logiciels en client lourd, elle est particulièrement complexe et nécessitera d'être découpée afin de la rendre plus accessible. Comme la norme WCAG, celle-ci est découpée en trois niveaux (A, AA et AAA) qui ne suivent toutefois pas la même logique d'organisation.

Au niveau des interfaces, ATAG2 exige tout d'abord que toutes soient conformes à la norme WCAG. Le niveau A recommandera de documenter les fonctions liées à l'accessibilité alors que le niveau AA recommandera la documentation de toutes les fonctionnalités du CMS. De la même manière, toutes les actions devront demander une confirmation à l'utilisateur pour le niveau A alors que le niveau AAA recommande de fournir un historique complet des actions à l'utilisateur pour lui permettre de revenir en arrière facilement. On retrouve le même schéma pour la personnalisation de l'interface qui doit aller de la simple activation ou désactivation de certains messages (A) à la personnalisation de tous les raccourcis claviers (AAA).

Le second volet d'ATAG2 concerne la création de contenu accessible. La plupart des recommandations exposées concerne le fait de pouvoir modifier ou supprimer le contenu ou les alternatives qui auraient été générées par le système. Toutefois, dès le niveau A il est demandé de garantir la conformité des contenus à la norme WCAG ou, d'avertir explicitement le rédacteur que ce n'est pas le cas. On retrouve ce système d'alertes dans la plupart des demandes notamment lors de la conversion de contenu d'un format à un autre (par exemple lors d'une édition d'un contenu web en PDF). Le niveau AAA pose des exigences inhabituelles comme le fait d'utiliser le même contenu alternatif pour un média quelle que soit la page dans laquelle il apparaît ou encore l'obligation de proposer des tutoriels pour la création de contenus accessibles.

Cette intervention très riche s'est terminée par la démonstration des capacités de validation de l'éditeur CKEditor qui est certes imparfaite mais qui pose les bases d'un système qui pourrait devenir vraiment décisif dans la rédaction de contenus accessibles pour le web. 

Adapter un CMS pour répondre au besoin - retour d'expérience avec EzPublish, par Christophe CARON (Telmedia)

La deuxième intervention de la journée était un retour d'expérience concernant la refonte du site pasdecalais.fr sous EzPublish 5 par la société Telmedia.

Le site pasdecalais.fr c'est en fait une galaxie de 10 sites satellites gérés par une vingtaine de rédacteurs et administrateurs et qui comptent environ 4000 pages. La partie concernant l'accessibilité de cette refonte était grandement portée par l'un des responsables côté client. Le projet a nécessité environ 150 jours de travail dont 20 ont été dédiés à la prise en compte des retours de la société Temesis concernant l'accessibilité.

Parmi les détails intéressants de ce retour d'expérience, j'ai appris que l'éditeur WYSIWYG de EzPublish était dérivé de TinyMCE et qu'il n'enregistrait en base qu'une structure XML qui est ensuite retraitée par des préprocesseurs pour fournir la sortie HTML souhaitée. C'est notamment ce qui a permis à Telmedia de modifier très simple toutes les balises accronym en abbr suite à leur retrait de HTML5.

Le site disposant également d'une WebTV, un effort a été fourni pour permettre aux rédacteurs de proposer des vidéos disposant d'une piste d'audio-description et de sous-titres. À la manière de Drupal (selon Christophe), EzPublish propose un système de gestion des champs de saisie sur lequel Telmedia s'est appuyé pour développer cette fonctionnalité.
C'est le player MFP Player, dérivé de MediaElement.js qui a été retenu pour jouer les vidéos. En plus de prendre en charge l'audio-description et les sous-titres, celui-ci est navigable au clavier et permet à l'utilisateur un grand degré de personnalisation notamment dans le style d'affichage des sous-titres. 

Pendant l'inauguration de la norme RGAA 3.0, le site pasdecalais.fr a d'ailleurs été récompensé et a reçu l'une des plus hautes labellisation possible du point de vue de l'accessibilité.

L'accessibilité via les thèmes enfants, par Gaël POUPARD (Kosmos)

Cette troisième intervention concernait notamment une des fonctionnalité peu utilisée de WordPress qui consiste à permettre d'étendre un thème de base grâce à des thèmes enfants. Gaël, designer de formation devenu intégrateur puis développeur WordPress par la force des choses nous a décrit la façon dont ces thèmes enfants fonctionnent et en quoi ils permettent de capitaliser sur des développements dont certains peuvent concerner l'accessibilité.

Contrairement à Drupal, un thème doit être conçu de façon spécifique afin de permettre son extension par des thèmes enfants. En effet, les thèmes enfants étant appelés avant le thème parent, si ce dernier ne dispose pas des contrôles nécessaires, il sera impossible de redéfinir certaines de ses fonctionnalités pour les adapter au besoin que le thème enfant cherche à remplir. Parmi les très nombreux thèmes disponibles gratuitement ou commercialement, très peu intègrent d'ailleurs cette possibilité. 

En complément aux thèmes enfants, WordPress dispose d'un système d'extensions obligatoires qui permettent d'enrichir les fonctionnalités de l'interface de rédaction. L'aspect obligatoire de ces extensions permet de garantir que l'utilisateur ne pourra pas les désactiver ce qui risquerait au mieux de dégrader l'expérience des visiteurs et au pire de rendre le site totalement inaccessible.

Thèmes comme extensions peuvent désormais bénéficier d'un tag "Accessbility Ready" dans l'annuaire du site officiel. À ce jour, seule une quinzaine des 3000 thèmes référencés disposent de ce tag dont l'attribution répond à un petit ensemble de critères ne couvrant pas tous les besoins des personnes en situation de handicap.

Intégrer l'exigence d'accessibilité au développement d'un CMS : l'exemple de WordPress, par Olivier NOURRY (BrailleNet)

La dernière session avant la pause déjeuner était reprise d'une conférence donnée par Joe Dolson, responsable de l'accessibilité dans l'équipe de développement du cœur de WordPress, donnée lors d'un WordCamp. Elle a été traduite et présentée par Olivier de l'association BrailleNet.

J'ai pu y découvrir, sans surprise, que l'organisation de la contribution dans le cœur de WordPress est relativement similaire à celle de Drupal bien que les décisions finales semblent plus verrouillées côté WordPress. La dernière version majeure du cœur a réuni presque 300 contributeurs, chiffre en constante progression ce qui illustre bien le regain d'intérêt de la communauté des développeurs pour cet outil.

L'information la plus marquante de cette session est que, selon Joseph Dolson, le CMS le plus accessible à ce jour est Drupal, bien qu'ils travaillent activement à rattraper le retard. Cette compétition pour l'accessibilité est un enjeu important pour tous les CMS qui se destinent aux sites institutionnels et elle ne pourra être que bénéfique à la communauté des personnes en situation de handicap et, plus généralement, à tous les utilisateurs de ces solutions.

Atelier : 4 CMS sur le grill, Wordpress, Drupal, SPIP et Joomla!

De retour d'un déjeuner très attendu, nous avons pu attaquer la plus grosse session de la journée. Il s'agissait d'un atelier de deux heures, présenté par Olivier NOURRY et faisant intervenir quatre experts, dont moi-même, pour évaluer les différences entre les CMS dans la possibilité de produire du contenu accessible. Cet atelier avait été préparé en amont pour que chacun puisse faire les recherches nécessaires pour répondre au mieux au besoin.

Pour ma part, j'ai profité de cette occasion pour comparer les résultats de Drupal 7 et Drupal 8 et j'ai finalement décidé de présenter ceux de Drupal 8 pour mettre en avant les progrès importants du cœur. Durant cet exercice, j'ai été confronté à certaines problématiques qui m'ont permis de proposer des améliorations ou de lancer des discussions en espérant pouvoir encore intervenir avant la sortie officielle.

Globalement, les résultats de Drupal sont plutôt bons et la plupart des exigences pouvaient être validées à partir des fonctionnalités disponibles dans le cœur. La comparaison aux trois autres CMS n'est pas évidente étant donné que le score de chacun n'était pas basé sur des critères totalement objectifs. Cependant, à l'annonce des points de blocage et des méthodes de résolution avancées par les autres, Drupal répond quasi toujours de manière plus simple.

Cet exercice, bien que chronophage, a été plutôt profitable à tous les intervenants qui ont pu proposer des solutions à des problèmes récurrents dans le domaine de l'accessibilité. Certains ont eu le temps de proposer un site de démonstration qui pourra servir de base de documentation pour de futurs contributeurs. Pour ma part, je n'ai pas pu terminer cette partie mais je compte bien m'y atteler dans un futur proche. 

L'accessibilité dans la culture de Drupal par Mike GIFFORD (OpenConcept)

La journée a été clôturée par une intervention à distance de Mike GIFFORD qui est le référent accessibilité du cœur de Drupal. 

Il a à la fois présenté Drupal, sa communauté et ces processus de développement. En un peu plus de 30 minutes il a su montrer le dynamisme et la rigueur de notre CMS et a abordé la place de l'accessibilité dans les développements en cours.

Pour entrer un peu dans le détail, il a évoqué quelques avancées récentes de Drupal concernant l'accessibilité notamment la refonte des messages d'erreur des formulaires pour être conforme aux normes et totalement fonctionnels pour les personnes en situation de handicap. Il a également mis l'accent sur le fait que l'accessibilité pour Drupal n'était pas uniquement destinée à rendre le front des sites accessible mais aussi le backoffice afin de permettre à tous de contribuer au contenu. À titre d'illustration, il a abordé le travail conjoint réalisé avec l'équipe de développement de jQuery UI ou de CKEditor pour rendre ces outils compatibles avec la navigation au clavier et les lecteurs d'écrans.

Ayant déjà croisé Mike dans les commentaires de l'issue queue de Drupal, le fait d'assister à cette présentation, et plus généralement à cette journée de conférences, m'a donné envie d'apporter mon soutien à cette équipe qui travaille dans l'ombre pour livrer des évolutions souvent invisibles pour le commun des mortels mais absolument essentielles pour les personnes en situation de handicap.

En conclusion, je remercie grandement Olivier pour avoir fait appel à nous et nous avoir fait confiance. Cette journée était à la fois intéressante et motivante et j'y participerai à nouveau avec plaisir.

Crédit illustration principale : Jil Wright