En décembre 2004, une équipe de développeurs de l'Université du Texas a publié un script navigateur permettant d'utiliser Firefox avec le lecteur d'écran Jaws, traduit depuis en français par Luc Segura, Sylvie Duchâteau et Tanguy Loheac (Notons que la même possibilité devrait bientôt être offerte aux utilisateurs de Windows Eyes).

Cette excellente nouvelle réveille incidemment le débat sur la pertinence du mécanisme d'accessibilité dit des accesskey (Touches d'accès clavier), dont j'avais tenté une synthèse parue sur OpenWeb en mai dernier.

Lire la suite de Jaws, Firefox et nouvelle remise en cause des accesskeys ?
(9 commentaires et trackbacks)

Là, je suis resté totalement sans voie (et ce n'est pas une faute d'orthographe) :

Lire la suite de Plan de site: contre-exemple
(4 commentaires et trackbacks)

Le récent argumentaire en faveur d'XHTML-CSS du site kalitee.org, intitulé XHTML pour les nuls, est intéressant pour ce qu'il montre d'enthousiasme aveugle pour les bénéfices attendus de ces Standards. Essayons, sans tomber pour autant dans le catastrophisme, de revenir à la réalité :

Lire la suite de Standards et accessibilité : attention aux excès de confiance
(6 commentaires et trackbacks)

L'exposé de la récente technique de remplacement de texte par du contenu Flash (sIFR ) de Mike Davidson donne accessoirement un excellent exemple des dangers inhérents à tout projection sur l'utilisateur des désirs du développeur :

Lire la suite de Accessibilité: ne jamais présumer du comportement de l'utilisateur
(9 commentaires et trackbacks)

Peut-être une piste à suivre : utiliser la propriété CSS clip pour masquer un contenu dans les navigateurs graphiques tout en le laissant accessible aux lecteurs d'écran, offrant ainsi une alternative au display: none / visibility: hidden et à la méthode de Paul Bohman.

En effet, en prenant par exemple le cas des logo placés en titre et gérés par CSS :

Lire la suite de Utiliser Clip pour masquer du contenu de manière accessible ?
(14 commentaires et trackbacks)

L'accessibilité d'une page Web fait intervenir différents éléments de contenu apparemment spécifiques. Il s'agit principalement des liens d'évitement de menus et des label de formulaire, voire également des contenus textuels de titres lorsque ceux-ci sont mis en image, des « liens d » complétant ou remplaçant l'attribut longdesc des images, ou encore des diverses indications d'accesskeys, etc. Certains souhaitent alors les masquer dans leur affichage graphique, pour en réserver le rendu aux utilisateurs de lecteurs d'écran. Ce n'est pas si simple qu'on pourrait le penser.

Lire la suite de Lecteurs d'écran : cachez ce sein que je ne saurais voir
(8 commentaires et trackbacks)

Quelques favelets de test d'accessibilité :

Lire la suite de Favelets de validation d'accessibilité avec Bobby, Wave...
(sans commentaire ni trackback)

Amateur (modéré) de quelques smilies classiques pour ponctuer l'implicite de mes textes, j'avais de gros doutes sur leur valeur sémantique et leur accessibilité. Curieusement, c'est à travers une fonctionnalité de DotClear que je jugeais jusque-là superflue que j'ai fini par aboutir à une méthode accessible et simple pour les utiliser en toute bonne conscience.

Lire la suite de Smilies
(13 commentaires et trackbacks)

Le lien « haut de page » est souvent considéré comme une amélioration indispensable de l'ergonomie des pages Web. En fait, c'est exactement le type de fonctionnalité qui devrait être uniquement du ressort du navigateur. Voici donc deux favelets qui n'ont l'air de rien, mais qui améliorent considérablement votre « expérience du Web ». Il s'agit tout simplement des boutons conduisant respectivement en haut et en bas de la page en cours.

Lire la suite de Haut et Bas de Page, deux p'tits boutons de rien du tout
(10 commentaires et trackbacks)