[pmb-user] pmb pour non-voyants...
[pmb-user] pmb pour non-voyants...
[pmb-user] pmb pour non-voyants...
sebastien dornano
sebastien.dornano at auf.org
ven 8 juin 07:51:56 cest 2007
message précédent: [pmb-user] pmb pour non-voyants...
message suivant: [pmb-user] pmb pour non-voyants...
messages triés par:
[ date ]
[ thread ]
[ objet ]
[ auteur ]
pour évaluer rapidement est accessible à des non voyants, il y a un
petit test assez simple : il suffit de désactiver la ou les feuilles de
styles et les images et les javascripts et de regarder si ce qui reste a
encore un sens.
les non-voyants travaillent un peu avec le braille (ils en sont que 3000
à le maîtriser couramment) et beaucoup avec des logiciels qui lisent les
écrans.
si le sens d'une page est donnée grâce à des images et si ces images
n'ont pas été renseignées par un texte alternatif, alors c'est terminé
pour les non voyants. pour pmb, il y a des icônes et des couleurs qui
participent à l'esthétique mais globalement c'est une appli très
textuelle et donc c'est bon pour l'accessibilité.
ensuite, il faut réaliser que si, nous voyants, nous prenons en compte
en un clin d'oeil la structure de la page et en interprétant des
relations entre des éléments organisés en matrice (ex : un tableau), une
application de lecture d'écran n'a pas cette capacité : sur un tableau
il va partir à l'horizontal ou à la verticale. sur un tableau avec des
nom de ligne ou des noms de colonne, l'auditeur non voyant peut encore
s'y retrouver sur des tableaux simples. mais si la structure de tableau
est utilisée pour des effets de mise en page (alignement d'objets, ...)
alors cela devient incompréhensible pour l'auditeur non-voyant. en
désactivant les feuilles de style on peut voir si la page a été conçue
de manière linéaire ou non ; si c'est bourré de mise en page via des
tableaux, cela sera incompréhensible pour l'auditeur. pour pmb, c'est
bon, c'est globalement bien linéaire.
ensuite, il faut voir si le lecteur d'écran ne va pas buter sur une
faute de balisage ; cette faute est invisible pour le lecteur voyant ;
pour voir si la grammaire de balisage est correcte il faut soumettre la
page à un test de validité par rapport aux standard du web : xhtml, ...
; j'ai testé au hasard un page et j'ai eu quelques erreurs pour pmb mais
rien de dramatique.
ensuite, il faut voir si l'organisation des différents blocs : menu,
contenu, ... est intuitive ou non ; pour l'auditeur, il a envie
d'arriver vite au contenu et il est fastidieux pour lui d'avoir à
écouter tout le menu avant d'arriver à la substantifique moelle. mais
là, il faut que le développeur ait une sensibilité "accessibilité"
lorsqu'il décide de l'organisation des blocs qui constitue un page. pour
pmb, c'est assez limpide dans la lecture.
enfin, le développeur soucieux d'un public d'auditeurs non-voyant, va
rajouter des raccourcis clavier (acceskey) qui permettra à l'auditeur de
sauter rapidement d'une section de la page à l'autre.
pour faire le test, inutile de se doter d'un lecteur d'écran, on peut
soit utiliser un navigateur "text-only" comme lynx, soit on prend un
navigateur quelconque et on lit à haute voix la page de manière linéaire
et on vérifie que cela garde un sens, soit on reste avec firefox +
l'extension "web developer" ; pour désactiver les images, feuilles de
styles, etc, il suffit de passer par les menus "disable" et "css" et
"images" ; pour vérifier la correction du code, on passe par tools /
valid html. cette extension propose même de faire une vérification par
rapport aux critères tools / valid 508 (ce sont les critères valables
aux e-u) ou tools / valid wai (standard international de
l'accessibilité) mais l'interprétation de ces tests de validation
demande une petite culture de l'accessibilité.
si l'on se souvient qu'un lecteur non-voyant est d'abord un auditeur,
tout un chacun peut évaluer rapidement la qualité d'une application sans
avoir besoin d'une culture technique étendue. et si pmb ne semble pas
avoir été développé selon les critères stricts de l'accessibilité, c'est
une appli qui s'en tire plutôt bien.
pour le développeur, l'accessibilité est une contrainte supplémentaire
et des heures de boulot en plus mais au final tout le monde est gagnant
à l'instar des rampes et plans inclinés devant un bureau de poste : ils
sont utilisés par les gens en fauteuil roulant mais aussi pas les
personnes âgées, les mamans avec landau, les fatigués de naissance que
l'escalier rebute, ... un site accessible / une appli bien conçue est
bien plus ergonomique même pour un public voyant, les pages s'affiche
plus vite et sans erreur, la compréhension du sens global de la page est
plus évident, ...
j'entends au fond de la salle certains bruire sur l'utilité d'un
logiciel de gestion de bibliothèque pour un public de non-voyants ;
n'oublions pas que pmb peut gérer des documents numériques qui sont (ou
ne sont pas s'ils sont mal conçus) accessibles à des publics
non-voyants. la librairie électronique (à condition qu'elle soit basée
sur du mode texte [projet gutemberg] et non sur des images de texte
[projet google] !!!!!) n'est pas qu'un gadget technologique !
cordialement
sdo
françois rotival a écrit :
> bonjour,
>
> on me pose la question de savoir si pmb est accessible aux personnes
> non-voyantes ?
>
> grand merci
> françois
>
>
> _______________________________________________
> pmb-user mailing list
> pmb-user at pmbservices.fr
> http://lists.pmbservices.fr/mailman/listinfo/pmb-user
--
sébastien d'ornano
resp. antenne et cnf de port vila, vanuatu
auf. bp 227 port vila - vanuatu
tél : (678) 24 264 / télc. (678) 23 276
message précédent: [pmb-user] pmb pour non-voyants...
message suivant: [pmb-user] pmb pour non-voyants...
messages triés par:
[ date ]
[ thread ]
[ objet ]
[ auteur ]
plus d'informations sur la liste de diffusion pmb-user
[pmb-user] pmb pour non-voyants...
Précédent 352 Précédent 351 Précédent 350 Précédent 349 Précédent 348 Précédent 347 Précédent 346 Précédent 345 Précédent 344 Précédent 343 Précédent 342 Précédent 341 Précédent 340 Précédent 339 Précédent 338 Précédent 337 Précédent 336 Précédent 335 Précédent 334 Précédent 333 Précédent 332 Précédent 331 Précédent 330 Précédent 329 Précédent 328 Précédent 327 Précédent 326 Précédent 325 Précédent 324 Précédent 323 Suivant 354 Suivant 355 Suivant 356 Suivant 357 Suivant 358 Suivant 359 Suivant 360 Suivant 361 Suivant 362 Suivant 363 Suivant 364 Suivant 365 Suivant 366 Suivant 367 Suivant 368 Suivant 369 Suivant 370 Suivant 371 Suivant 372 Suivant 373 Suivant 374 Suivant 375 Suivant 376 Suivant 377 Suivant 378 Suivant 379 Suivant 380 Suivant 381 Suivant 382 Suivant 383