[pmb-user] pmb pour non-voyants...
[pmb-user] pmb pour non-voyants...
[pmb-user] pmb pour non-voyants...
etienne rozé
etienne.roze at medecine.uhp-nancy.fr
ven 8 juin 09:04:11 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 ]
réponse magnifique !!
merci.
le fri, 08 jun 2007 16:51:56 +1100
sebastien dornano <sebastien.dornano at auf.org> à écrit:
> 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
> _______________________________________________
> pmb-user mailing list
> pmb-user at pmbservices.fr
> http://lists.pmbservices.fr/mailman/listinfo/pmb-user
--
etienne rozé
responsable informatique
ecole de santé publique
faculté de médecine
université henri poincaré
etienne.roze at medecine.uhp-nancy.fr
téléphone : 03.83.68.35.10
fax : 03.83.68.35.19
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 353 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 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 Suivant 384