Webyboom

mardi 10 mars 2009

Deux séminaires européens sur l'accessibilité en mars

Posté par olivier_webyboom le mardi 10 mars 2009 - Accessibilité

Coïncidence du calendrier, deux séminaires de grande envergure, consacrés à l'accessibilité, vont se succéder bientôt:

• European Accessibility Forum, le 27 mars 2009, à Frankfort (Allemagne). Plusieurs thèmes abordés, parmi lesquels: l'accessibilité du web mobile, ARIA, l'harmonisation des référentiels européens.
• Troisième Forum européen de l'accessibilité numérique, le 30 mars 2009, organisé par Braillenet, à Paris. Entièrement consacré aux technologies mobiles et leur apport à l'emploi des personnes handicapées.

Deux événements complémentaires, donc, à suivre de près.

lundi 5 janvier 2009

Configurer sa machine pour les lecteurs d'écran

Posté par olivier_webyboom le lundi 5 janvier 2009 - Accessibilité

Avec le développement d'ARIA, les tests avec les différents lecteurs d'écran deviennent de plus en plus nécessaires. Le problème est alors de faire cohabiter différents logiciels, et de ne pas se retrouver noyé dans les différents configurations et réglages. Cet article de Todd Kloots, sur le blog de YUI, propose une foultitude de conseils pour installer et configurer Jaws, NVDA et Window-Eyes sur une même machine. Il  présente en outre l'avantage d'être un accélérateur de prise en main de ces logiciels, avec lesquels les développeurs voyants sont généralement peu familiers.

vendredi 19 décembre 2008

Les voeux de Webyboom

Posté par olivier_webyboom le vendredi 19 décembre 2008 - Accessibilité

Pour l’année 2009 qui s’annonce, marquée par le bicentenaire de la naissance de Louis Braille, Webyboom formule les vœux suivants pour l’accessibilité :

• qu’un décret, ou un texte, ou une directive, ou que quoi que ce soit qui ait une valeur officielle, vienne enfin clarifier la situation en France, pour les internautes, les professionnels du web, et les propriétaires de sites
• que les WCAG 2.0 favorisent la compréhension et la diffusion de l’idée d’accessibilité, pour les sites à l’ancienne comme pour les plus innovants
• qu’Internet Explorer 8 tienne ses promesses initiales, et en particulier qu’il fasse d’ARIA une technologie dominante et non plus marginale
• que le même ARIA fasse son chemin dans la tête des décideurs comme des développeurs
• que les geeks se prennent au jeu du accessihacking, et nous pondent pleins de petits "détournements" utiles et ingénieux
• que Target.com fasse un très bon site accessible, qu’ils se rendent compte de tout le bien que ça leur a fait, et qu’ils en fassent une large publicité
• que des sociétés privées fassent la même démarche, un peu partout, et prouvent que tout ce qu’on dit des bienfaits de l’accessibilité est vrai.

Et pour tous les lecteurs de Webyboom : santé, bonheur, et prospérité !

jeudi 25 septembre 2008

Quelques ressources pour comprendre et utiliser WAI-ARIA

Posté par olivier_webyboom le jeudi 25 septembre 2008 - Accessibilité

WAI-ARIA est une spécification du W3C qui vise à rendre plus accessibles les interfaces riches du web moderne. Elle permet de définir le rôle, l'état et le changement d'état des éléments HTML d'une page, et les relations éventuelles entre ces éléments.

Ceci prend toute son importance avec la sophistication croissante des interfaces proposées par les applications web. Prenons l'exemple, volontairement simpliste, d'un menu de navigation: le HTML, jusqu'à sa version 4.01, ne dispose pas de balise spécifiquement dédiée à ce type d'élément. Pour compenser, les développeurs web utilisent généralement des balises de listes, modifiées grâce aux feuilles de style, pour ressembler par exemple au menu d'un logiciel de bureau. Puis elles sont rendues dynamiques grâce à un langage de script tel que Javascript, afin de simuler le comportement d'un menu (ouverture, fermeture, déploiement des sous-niveaux au passage de la souris, réactions aux clics...). Visuellement, le résultat est probant, et l'utilisateur comprend aisément l'intention de l'auteur, et donc la façon d'utiliser ce menu. C'est bien là la limite de ces solutions: en l'absence de perception visuelle, les informations implicites visibles telles que "le menu est ouvert", ou "la branche de ce sous-menu est déployée", ne sont pas fournies intrinsèquement aux utilisateurs de lecteurs d'écran, par exemple. D'autre part, la navigation au clavier est parfois mal, voire pas du tout, prise en compte. Cet exemple fournit un cas d'utilisation très simple; les problèmes sont encore plus délicats avec des éléments plus complexes comme des curseurs, des arbres hiérarchiques, des grilles de données éditables, etc.

En introduisant, via des attributs spécifiques des balises standards, des propriétés supplémentaires, ARIA promet de fournir aux utilisateurs des technologies d'assistance assez d'informations pour qu'ils aient une expérience de navigation similaire à la navigation visuelle. Un avantage majeur d'ARIA, bien qu'encore à l'état de draft,  est qu'elle est déjà largement implémentée, et prête à être utilisée. Elle est prise en charge dans Firefox 3, Opera 9.5, Safari, et le sera dans Internet Explorer 8. De nombreuses librairies Javascript l'intègrent (Dojo, JQuery, GWT, YUI...), et les lecteurs d'écran (Jaws, Window-Eyes, FireVox, NVDA...) suivent le mouvement. Des applications grand public telles que GMail et Google Reader en bénéficient. Pour plus d'informations, une FAQ sur codetalks.org (anciennement, FAQ du centre des développeurs Mozilla) offre un panorama complet et instructif.

Cela dit, bien qu'effervescente, cela reste une technologie émergente, et les ressources et exemples d'application sont encore rares. L'Université de l'Illinois, via l'iCITA, son centre de recherches sur l'accessibilité des technologies de l'information, propose deux ressources très utiles dans le cadre d'un développement exploitant ARIA.
La première est une série d'exemples de composants (widgets) exploitant ARIA. Avec, par exemple, Firefox 3 et FireVox, on peut découvrir comment les rôles et gestions d'états sont utilisés pour renseigner l'utilisateur sur le comportement des composants.
La seconde est une barre d'outils permettant de contrôler l'accessibilité d'une page (sous FireFox). Encore une autre, me direz-vous? Celle-ci présente l'avantage de faciliter l'inspection et le test des éléments de scripts, et en particulier des widgets ARIA. Les développeurs disposent donc d'un outil de productivité supplémentaire. Par ailleurs ses fonctions de personnalisation du rendu visuel intéressera les utilisateurs ayant des problèmes de vision.

lundi 25 août 2008

JAWS 10 intègrera les "live regions" d'ARIA

Posté par olivier_webyboom le lundi 25 août 2008 - Accessibilité

C'est via un billet du blog du Paciello group, "JAWS version 10 with WAI-ARIA live region support!", que j'ai découvert cette information.
ARIA est une spécification du W3C, qui permet de caractériser les éléments d'une page plus finement que ne le fait le HTML traditionnel, en leur assignant un rôle, un état, ou une propriété. Et donc potentiellement d'orienter le comportement du navigateur vis-à-vis d'un élément de la page. ARIA est prometteuse pour l'accessibilité, car elle vise, comme son nom l'indique, à concevoir des interfaces riches pour le web, tout en fournissant des éléments de caractérisation, qui permettent aux technologies d'assistance de mieux "comprendre" le rôle et le comportement des éléments. Ce pourrait donc être le vecteur technique de la réconciliation entre le Web 2.0 et l'accessibilité...
Ainsi un menu, fait avec une liste mise en forme pour avoir visuellement l'air d'un menu, ne se distingue pas de toute autre liste en HTML, du point de vue du code. Or c'est le code HTML, sans son habillage CSS, que restitue un lecteur d'écran, et du coup il la décrira comme une liste, ni plus, ni moins. ARIA permet d'indiquer le rôle (celui de menu) que joue cette liste dans la page, et ainsi fournir une info supplémentaire au navigateur.
Autre exemple, et c'est ce qu'introduit cette version de Jaws: une zone de la page rafraîchie fréquemment (cours de bourse, fils d'infos en continu, que sais-je encore...), pourra être labellisée "live region". Le navigateur compatible avec cette fonctionnalité pourra tenir compte de cette spécificité et annoncer la mise à jour à l'utilisateur lorsqu'elle se fera, même s'il est en train de découvrir une autre zone de la page en cours.
Jaws 10 sera compatible avec Firefox 3, qui intègre déjà largement ARIA (qui est encore en cours de développement), ainsi qu'Internet Explorer 8, pour lequel la compatibilité ARIA est annoncée.
La version anglaise de Jaws 10 est en béta publique à partir de cette semaine. La date de lancement de la version finale n'est pas annoncée précisément ("plus tard dans l'année"). C'est en tous cas un pas significatif pour la diffusion d'ARIA, qui devrait inciter les concurrents de Jaws à lui emboiter le pas.
Indépendamment des apports bénéfiques aux lecteurs d'écran, ARIA étend les possibilités du HTML pour tout le monde, par exemple en facilitant la création de cases à cocher à 3 états, de curseurs, de menus... Cette introduction à ARIA (en anglais) vous en dévoile tous les aspects. Ajoutons que les pages codées en intégrant ARIA restent totalement lisibles par les navigateurs qui ne gèrent pas cette spécification; les éléments ajoutés sont simplement ignorés. Il est donc tout-à-fait possible de produire des sites compatibles ARIA dès maintenant.

vendredi 8 août 2008

Le W3C ne chôme pas pendant l'été

Posté par olivier_webyboom le vendredi 8 août 2008 - Accessibilité

Trois textes intéressant directement ou indirectement l'accessibilité viennent d'être publiés coup sur coup par le W3C:

• Le 29 juillet: bonnes pratiques pour le Web mobile (Mobile Web Best Practices), version officielle 1.0
• Le 6 août: ARIA (Accessible Rich Internet Applications), en version document de travail
• Le 8 août: Spécifications de VoiceXML 3.0 (Voice eXtensible Markup Language Requirements), en version document de travail

Le design pour le Web mobile et l'exigence d'accessibilité présentent des intérêts communs, comme le montre ce dossier sur les synergies entre ces deux domaines. Rappelons à ce propos que l'accessibilité consiste en la mise à disposition des contenus et services du web à tous, y compris aux utilisateurs de terminaux mobiles. Les MWBP visent à alerter les concepteurs sur les spécificités, et la grande variabilité, des systèmes et des matériels, qui introduisent de nouvelles problématiques.
ARIA est la technologie, en cours d'élaboration, qui promet de réconcilier les interfaces riches des sites web, et l'accessibilité. Par l'ajout d'informations aux balises traditionnelles du HTML, elle facilitera la vie des utilisateurs de lecteurs d'écran et de dispositifs de pointage alternatifs, entre autres. Elle est déjà implémentée dans les dernières versions de Firefox, Opera et Safari, et annoncée pour Internet Explorer 8.
Enfin, VoiceXML est une déclinaison du XML permettant de gérer la restitution et le contrôle par la voix, comme son nom l'indique. Ce standard doit donc pouvoir, en théorie, faciliter l'usage des technologies d'assistance.

L'été 2008 s'annonce donc particulièrement porteur, sachant qu'en plus les WCAG 2.0 devraient être publiées en tant que "recommandation proposée" au troisième trimestre de cette année.