knarf a écrit :
Est ce que si nous arrivons à un consensus en ce qui concerne l'intitulé des liens ou l'explication du système et qu'une tel navigation peu s'avérer être utile pour un autre type de handicap, les non voyants ou mal voyant sont ils prêt à cette petite concession pour permettre à d'autre une meilleur accessibilité.
Pourquoi vous, non voyants et mal voyants ne travailleriez vous pas à améliorer la navigation pour un autre type de handicap en prenant comme base vos propres attentes.
Avant tout,
merci de ne pas m'attribuer une attitude d'indifférence envers les autres handicaps, qui n'est en aucun cas la mienne et qui est à l'opposé de tout mon engagement dans ce domaine.
Ensuite, l'orientation actuelle de l'accessibilité (WCAG, Accessiweb en particulier), est la suivante : retenir côté "sites" des solutions qui forment une base d'accessibilité
commune, quelque-soit le handicap, et même hors des handicaps. C'est à dire :
- ne pas "optimiser" successivement pour chaque handicap en conciliant les inévitables contradictions rencontrées.
- mais
optimiser sur une base technique potentiellement utile à tous les handicaps et acceptable par tous les utilisateurs .
- ne pas oublier que l'accessibilité a deux versants : les contenus Web, mais aussi les logiciels et matériels d'accès. C'est à ces derniers qu'il revient de personnaliser l'accès au contenu en fonction du handicap.
En matière de navigation, ces techniques communes à tous les handicaps sont en particulier:
- créer un ordre de tabulation logique à travers liens, contrôles de formulaires et objets
- prévoir des racourcis clavier vers les liens les plus importants, les contrôles de formulaires et les objets
- identifier clairement la cible de chaque lien
- grouper les liens et fournir un moyen de passer le groupe de liens
en attendant que les agents utilisateurs prennent eux-mêmes en charge cette fonctionalité
Le dernier item doit être bien compris :
- contrairement aux autres, c'est une disposition
temporaire, pour une fonctionnalité qui n'est pas, en fait, du ressort du contenu, mais de celui du client. Ceci invite à ne pas le privilégier par rapport aux autres techniques : c'est un pis-aller parfois indispensable actuellement, mais problématique par nature.
- contrairement aux tabindex et aux accesskeys, il conduit à
ajouter des mécanismes de navigation en tant que contenu (les liens d'évitement), et non en tant que metadonnée. Autrement dit, à complexifier l'interface utilisateur. Il s'agit donc de le faire avec de grandes précautions, et de garder à l'esprit l'obligation de
s'assurer que les documents soient clairs et simples, de manière à ce qu'ils puissent être facilement compris..
knarf a écrit :
pourquoi ne pas l'expliquer clairement dans la page d'accessibilité à ce moment là.
Tout mécanisme qui nécessite une explication mérite d'être revu, pour envisager d'autres approches plus intuitives. A titre d'exemple, Elie Sloim et moi-même sommes en plein dans ce travail pour l'interface utilisateur de l'atelier Opquast : nous sommes loin d'en avoir fini, mais en une semaine,
plus de la moitié des mécanismes apparents ont tout simplement disparus de cet interface (aussi frustant que cela ait été pour leur développeur persuadé d'avoir mis le doigt sur l'invention du siècle
).
Revenons maintenant à ces liens d'évitements, avec ce souci de simplification.
Comme l'a bien montré jpv, l'ordre de tabulation est suffisant pour naviguer dans le menu de la page d'accueil de
http://www.web-pour-tous.org/ , et l'ajout de mécanismes de navigation supplémentaire ne fait que le complexifier.
Maintenant, sur la page
http://www.web-pour-tous.org/Outils-handicaps-et-accessibilite , ces liens d'évitement sont manifestement plus justifiés. Mais quid d'une
table des matières en début de contenu et d'un lien de retour en fin de chaque section du contenu ?
La table des matières répond à plusieurs souci :
- donner du contenu une version synthétique, plus accessible aux handicaps cognitifs, mais surtout d'intérêt commun à tous les utilisateur (la base commune ci-dessus)
- fournir un mécanisme d'accès immédiat à chaque partie du contenu
- conjuguée à des liens de retours, permettre une navigation aisée aussi bien sans dispositif de pointage que dans un lecteur d'écran.
Il faudrait, je crois, comparer la version actuelle de
http://www.web-pour-tous.org/Outils-handicaps-et-accessibilite et une version avec TOC et liens retour.
Modifié par Laurent Denis (03 Jul 2005 - 11:07)
