S'abonner à Planète Accessibilité (Syndication R.S.S)

Planète Accessibilité

La fraîche actualité de l'accessibilité numérique

Consultation des 10 derniers articles

passer en mode liste

WebAnywhere, lecteur d'écran en ligne gratuit

Je viens de retrouver un lien que j'avais temporairement mis de coté...

Il existe un lecteur d'écran en ligne (en version alpha, mais selon les auteurs la version est acceptable): Webanywhere.
Le principe est le suivant: l'utilisateur ouvre la page de WebAnywhere, à partir de laquelle il surfera sur d'autres pages via une frame. WebAnywhere vocalise la page, et réplique le comportement d'un lecteur type Jaws ou Windows-eyes au niveau des contrôles de navigation.
Gros avantage: ça marche sur toute machine avec une connexion haut-débit, un navigateur et le son. C'est gratuit, open-source, et ne nécessite aucune installation particulière (à la différence de FireVox par exemple). C'est donc une solution ultra-portable, utilisable en situation de mobilité, ou pour des raisons simplement économiques.

Je n'ai pas pu tester (pas de son sur le PC d'où est écrit ce billet...........), mais ça paraît être une solution très séduisante! Il y a de grandes chances que ce soit excessivement anglophone, cela dit le caractère open-source du projet le rend ouvert aux adaptations. Donc "y a plus qu'à"...

Mashups et accessibilité: des solutions existent!

C'est en recherchant des liens relatifs à l'accessibilité des mondes virtuels que je suis tombé sur le centre de ressources sur l'accessibilité d'IBM. Un article en particulier a capté mon attention: Web 2.0 mashup accessibility. Il y est fait le point sur les difficultés particulières à anticiper, dans le cadre des mashups (applications web permettant aux utilisateurs d'agréger des contenus et services disponibles sur Internet, pour éventuellement en créer de nouveaux).

En fin d'article, l'auteur mentionne le projet Fluid, qui démontre par l'exemple la faisabilité d'applications type mashups accessibles. Fluid est "un projet collaboratif à l'échelle mondiale, visant à améliorer l'utilisabilité et l'accessibilité de projets open source communautaires, avec une attention particulière aux logiciels d'éducation pour les universités".
Fluid propose des composants prêts à l'emploi, des méthodologies et des ressources. Parmi celles-ci, une bien appétissante liste de ressources sur le thème de l'accessibilité.

Tous ces articles sont en anglais, donc malheureusement peu accessibles si on ne maîtrise pas cette langue... toutes les bonnes volontés pour les traduire seront donc les bienvenues!

Rencontres Mondiales du Logiciel Libre 2008

Désolé pour le manque d'activité depuis un certain temps mais j'étais parti en vacances sans vous le dire.

En attendant, vous pouvez venir me voir cet après midi à Mont de Marsan aux Rencontres Mondiales du Logiciel Libre. J'y interviens à 16h sur une conférence au coté d'Elie Sloim avec pour sujet la capacité des CMS à générer des sites accessibles .

Elie a déjà parfaitement tout expliqué sur le blog Temesis.

N'hésitez pas à venir nous saluer, promis on ne vous mangera pas, même si vous êtes développement d'un CMS non accessible. Vous pourrez également en profiter pour assister aux autres conférences sur accessibilité et handicap

Objectif 200 pages !

Bon. Histoire de me mettre un peu la pression, je vous annonce ce qui me vole mon temps ces jours-ci: j'écris.

En effet, je planche actuellement sur un mémoire de fin d'études à propos de l'accessibilité, et comme ça ne me suffit, j'ai pris l'initiative de co-écrire un livre en grand partie à partir de celui-ci. Il s'agira d'un ouvrage non technique pour découvrir l'accessibilité du Web et ses enjeux. Un pas de plus vers la sensibilisation. Le document sera destiné aux chefs de projets, décideurs, entreprises présentes sur le Web, etc. Il présentera l'accessibilité, ses bénéficiaires, ses acteurs, des retours d'expérience et plein d'autres choses encore.

Le teasing du mois de mai était le tout début de l'avant-propos (était, parce que ce dernier a encore été modifié depuis).

Maintenant que vous êtes au courant, je vais pouvoir avancer plus vite pour ne pas vous décevoir (la publication n'est pas pour tout de suite, il faudra faire preuve de patience).

L'accessibilité et le e-commerce

Je tiens juste à féliciter Grégory de WiziShop.com (très bon blog sur le e-commerce) pour son dernier dossier qui traite de l'accessibilité et du e-commerce.

Je n'ai sincèrement pas eu le temps de lire son travail (je suis très occupé par un gros projet en ce moment) mais j'apprécie l'effort mené pour sensibiliser davantage à l'accessibilité du Web.

PS : Pour ceux que j'avais tenu informé de mon projet, j'ai pris beaucoup de retard mais il n'est pas abandonné pour autant. Je donnerais des nouvelles mi-juillet.

Scripting enabled: rencontre dédiée au Accessihacking

On vous en parlait dans un billet précédent (Accessihacking: mieux utiliser le web 2.0 pour améliorer l'accessibilité), Chris Heilmann de Yahoo proposait une nouvelle approche des services web 2.0 en faveur de l'accessibilité. En outre, il sondait l'intérêt des lecteurs sur la possibilité d'organiser un hackday autour de ce thème.
C'est maintenant chose faite: un financement et un pitch existent: ça s'appellera Scripting Enabled, et c'est prévu à Londres, pour Septembre 2008.

Accessihackers de tous les pays: à vos claviers!

Edit (30/06/2008): il existe maintenant un site dédié à Scripting Enabled.

Au Bangladesh, les handicapés se regroupent sur une base de données.

Dans ce pays asiatique, la création d'une banque de données en ligne devrait aider à améliorer la prise en charge des personnes handicapées. La base sera sécurisée par un système de reconnaissance digitale.

Javascript et accessibilité

Un intéressant billet sur l'importance de proposer une alternative accessible à l'utilisation du javascript : Javascript et accessibilité

Le RGAA (dont la version pdf est disponible sur le site Synergies) consacre un point de contrôle à ce sujet :

Point de contrôle : 6.3 Proposer une alternative au code javascript et aux éléments programmables

Description

Libellé

S'assurer que les pages ne perdent pas d'informations lorsque javascript ou les éléments programmables sont désactivés ou non supportés. Lorsque ce n'est pas possible, fournir une information équivalente de manière alternative.

Objectifs et intérêt

Permettre l'accès à l'information et l'utilisation du site, même lorsque les navigateurs ne lisent pas javascript ou ne disposent pas du programme nécessaire au bon fonctionnement de l'élément programmable.

Niveau WCAG1.0

Niveau A

Références

  • WCAG1.0 : directive 6
  • DGME1.0 : points : 1.1, 4.1, 7.1,11.7
  • Section 508 : points : 1194.22 (l), 1194.22 (m)

Impact

Profil communicant Profil développeur et intégrateur Profil rédacteur et contributeur

Mise en oeuvre

Explication

Les éléments programmables sont :

  • Le contenu affiché via l'élément applet,
  • Le contenu affiché via l'élément object,
  • Le contenu affiché via l'élément embed.

Les utilisateurs ont besoin d'une alternative dans les cas suivants :

  • Désactivation de javascript,
  • Désactivation de java,
  • Désactivation d'activex,
  • Utilisation d'un navigateur ne supportant pas javascript, java ou activex,
  • Absence du plugin nécessaire à la bonne visualisation de l'élément programmable,
  • Blocage du javascript dans un environnement sécurisé sans pour autant le désactiver,
  • Utilisation d'une aide technique n'interprétant pas correctement le code javascript.

L'alternative au code javascript se fait par :

  • L'utilisation d'un l'élément noscript reprenant l'ensemble des informations fournies par le script,
  • la conception de code javascript non obstrusif venant s'appliquer lors du chargement de la page. Cela permet ainsi d'avoir une page d'origine fonctionnelle et accessible, uniquement enrichie de fonctionnalités non bloquantes lorsque javascript est activé,
  • L'utilisation d'un langage côté serveur.

Il est à noter que l'utilisation de l'élément noscript comme unique solution d'accessibilité est hasardeuse. En effet, cet élément n'est affiché par le navigateur ou lu par la synthèse vocale que si l'utilisateur a explicitement désactivé javascript.

L'alternative aux éléments applet se fait par :

  • L'ajout d'un contenu alternatif, reprenant l'ensemble des informations présentes dans l'élément, avant la fermeture de l'élément,
  • L'ajout d'un lien vers une page reprenant l'ensemble des informations présentes dans l'élément.

L'alternative aux éléments object se fait de la même façon que celle des éléments applet. De plus, il est possible d'imbriquer plusieurs élément object, appelant des contenus différents, les uns dans les autres.

L'alternative aux éléments embed se fait par l'ajout d'un contenu alternatif, placé dans un élément noembed, et reprenant l'ensemble des informations présentes dans l'élément.

Exemple

Utilisation de l'élément noscript pour une alternative à une fonction lançant la fenêtre d'impression en javascript :

[html]
<script type="text/javascript">
function imprimer(){
document.write('<a href=\"javascript:window.print()\">Imprimer cette page<\/a>');
}
imprimer();
</script>
<noscript> Pour imprimer cette page, utiliser la fonction d'impression de vos navigateur, si vous ne savez comment faire reportez-vous à <a href="aide.html#impression">la page d'aide</a> </noscript>

Script non obstrusif permettant d'afficher un élément en cliquant sur un lien. L'élément restera affiché si javascript est désactivé :

[html]
<html lang="fr">
<head>
...
<style type="text/css">
.masquer{
display:none;
}
.afficher{
display:block;
}
</style>

<script type="text/javascript">
function lienafficher(){
document.write('<a href=\"javascript:afficher()\">Afficher le bloc<\/a>');
}

function afficher(){
document.getElementById("exemple2").className="afficher";
}

function masquer(){
document.getElementById("exemple2").className="masquer";
}
</script>

</head>

<body>

<script type="text/javascript">
lienafficher();
</script>
<div>
mon contenu à afficher
</div>

<script type="text/javascript">
masquer();
</script>

</body>
</html>

Par ailleurs, Accessiweb consacre 4 critères aux alternatives au javascript.

Google Documents et les navigateurs : de l'inaccessibilité dans l'air

Dans le cadre de mes activités professionnelles, je suis appelé à utiliser Google Documents, notamment pour consulter des plannings affichés sous forme de tableur. S'agissant d'une application en ligne, j'utilise mon navigateur préféré qu'est Opera. Quelle n'est pas ma consternation lorsque, tout en haut de la page affichant ce que je veux consulter, je lis un message d'avertissement.

Message d'avertissement de Google Documents sur le navigateur utilisé

Le message d'avertissement dit ceci : Actuellement, vous consultez Google Documents en mode HTML normal. Utilisez un navigateur pris en charge pour modifier et partager des documents en temps réel. Les termes « utilisez un navigateur pris en charge » forment un lien pointant la page du Centre d'aide de Google Documents sur la configuration système requise, qui dit ceci :

Si vous accédez à Internet au moyen d'un ordinateur sous Windows, Macintosh ou Linux, Google Documents fonctionnera avec les navigateurs suivants :

  • Internet Explorer 6.0+ pour Windows
  • Firefox 1.07+
  • Safari 3.1+

Google Documents n'est pas pris en charge et ne fonctionnera sans doute pas avec :

  • Firefox 3
  • Versions de Safari antérieures à la 3.0
  • Internet Explorer (Mac) ou Internet Explorer 4 (Windows)
  • Opera
  • Mozilla
  • Netscape

Quel que soit le type de navigateur, vous devez :

  • activer les cookies
  • activer JavaScript

Que l'on oublie Internet Explorer 4, Internet Explorer Mac ou Netscape, passe encore ; mais, qu'on exclue les utilisateurs d'Opera et, surtout, ceux de Firefox 3 (dont la version finale est sortie la semaine dernière), c'est à la limite du comble, qu'on ait ou non oublié de mettre à jour la notice du support. Et que dire de ceux qui veulent consulter leurs documents en tableurs en ligne depuis leur portable (où l'on peut aisément tomber sur un navigateur figurant sur la liste des exclus ou dont le support de Google Documents ne dit mot) ?

Bref, c'est dommage que Google Documents pèche par manque d'accessibilité du point de vue logiciel, d'autant plus qu'il s'agit d'une application très intéressante pour ce qu'elle propose, et ce en n'ignorant pas qu'il existe des formats ouverts et interopérables comme ODF.

Robot, 3D, cerveau : le triptyque de la réinsertion

La technologie ne peut pas encore pallier totalement les problèmes visuels et moteurs. Mais elle peut améliorer considérablement la vie quotidienne des handicapés et la rééducation des accidentés.