Matthieu Faure

Salut,

Je suis partant pour une rencontre sur Montpellier, enfin ... en Languedoc-Roussillon

Question resto, si ça peut aider il y a restaurants-montpellier.com, qui n'est pas encore vraiment ouvert, mais déjà consultable

Matthieu

Du point de vue des critères d'accessibilité, si tu proposes une vérification des erreurs de saisie, tu dois aussi effectuer un traitement similaire côté serveur ( critère 7.1 et critère 11.7).

Ce sont justement les utilisateurs qui n'ont pas javascript à qui cela risque d'être le plus utile !

Matthieu

Voilà: deux videos de plus :-)

- une en français

- une sur un handicap moteur

Matthieu

Le suivant sera en français !

Matthieu

Salut,

J'ai eu l'occasion de faire un recueil de videos sur l'accessibilité, et c'est l'occasion de voir que le respect des standards et des normes ce n'est pas futile !

Videos sur l'accessibilité

Et surtout le classique Videos sur l'accessibilité à l'université du Wisconsin à regarder aux timings précisés dans le billet

Matthieu

Réponse bète (mais pas tant que ça): tous les handicaps !

Tu n'a aucune information sur les conditions dans lesquels l'internaute visitera ton site. Tu ne sais s'il a une quelconque déficience, quelle résolution d'écran il a, si même il en a un (!), et s'il en a un, quelles couleurs il peut voir (si tu as raté la discussion sur la daltonisme: Dossier daltonisme)

En bref, tu ne sais rien sur l'internaute, et tu ne peux faire aucun apriori sur les conditions de navigation.

Quelle est la solution ? Il n'y en a qu'une: suivre les normes. L'idée de prendre les handicaps un par un pour y remédier est louable, mais tu risques d'y passer beaucoup de temps. L'intérêt de suivre les normes c'est de réutiliser le travail de ceux qui ont déjà réfléchi au problème, et donc de gagner du temps et de l'efficacité.

Appliquer les WCAG sur ton site sera le meilleur gage d'accessibilité. Les WCAG ont un aspect un peu sibyllin ? Utilise la méthode d'application des WCAG Accessiweb (plus pratique à appliquer). Enfin, pour savoir par où commencer tu peux aussi consulter Accessibilité: pourquoi et comment l'améliorer

En espérant que ça t'aide

Matthieu

Salut,

J'ai profité de cette discussion pour faire une petite synthèse sur le daltonisme et les outils disponibles:

C'est ici: http://www.open-s.com/Blog-Accessibilite/i...sier-daltonisme

Matthieu

Je vous suis tous les deux dans le raisonnement.

Une autre façon de voir les choses consiste à dire que l'accessibilité devient un point d'entrée à l'ergonomie. Ce point d'entrée est facilité par la présence de critères assez formalisés.

La relative absence de critères en ergonomie (du moins de critères simples, qui ne soient pas bardés d'exceptions) ne facilite pas l'accès à l'ergonomie.

En cela les critères d'accessibilité nous facilent le chemin vers une meilleurs qualité globale des sites.

Matthieu

mais pour en revenir au sujet, je pense franchement que la seule solution soit une charte couleur dynamique (css/php par exemple) laissant à l'index le choix à l'utilisateur, et prevoyant un kit pour daltoniens et affiliés.

vu la déterioration colorimétrique décrite dans ces pages, il n'y a aucun moyen sûr de faire un beau design pouvant être lisible par tous, c'est vraiment trop contraignant.

<{POST_SNAPBACK}>

Pour cela on a deux choix:

* soit c'est le concepteur qui propose des "schémas de couleurs"; tant qu'à faire, avec les CSS qui vont bien à la Douglas Bowman

http://www.stopdesign.com/present/2004/sydney/beauty/?no=79

(rraah que c'est bô !)

* soit on admet que seul l'utilisateur final connait ses propres capacités, et qu'il utilise des réglages personnalisés (comme sa feuilles de style qu'il plaque sur chaque site)

Mais tout ça n'empeche pas de faire un peu attention au choix de ses couleurs

Matthieu

Salut,

De retour de Marseille, j'en profite que le café n'est pas encore complètement dilué pour dire un grand merci à Dan et Arlette pour l'organisation sans faille.

Un bémol (il en faut bien un), le resto et des prix un peu parisiens...

Sinon, c'était une riche idée, et je vote pour la prochaine édition

Bonne nuit !

Matthieu

PS: spéciale dédicace pour Arlette:

Salut,

<mode extremiste>

hors d'un markup (html ou xhtml) strict: point de salut !

</mode extremiste>

Relativisons: on peut s'en sortir en transitionnel mais, c'est plus dur d'atteindre un bon niveau d'accessibilité.

La réelle difficulté c'est la courbe d'apprentissage des CSS, CSS-P, du non-respect des normes des couples (navigateur X en version Y), et des hacks qui vont avec.

Au passage, tordons le cou à une idée erronée: l'accessibilité ce n'est pas faire un site lisible sous lynx. Contrairement à ce qu'on pourrait penser, il est beaucoup plus difficile de faire un site accessible aux personnes malvoyantes qu'aux personnes aveugles. il faudra notamment valider les critères 9.1,

10.2 et 10.3

Par ailleurs, les normes d'accessibilité n'interdisent pas d'utiliser des tableaux de mise en forme, sous réserve qu'ils soient bien linéarisés.

Enfin, si tu ne sais pas par quel bout prendre l'accessibilité, tu commencer par là: Accessibilité pourquoi comment. Ce document a été écrit pour savoir concrètement par où commencer dans les modifs de son code.

En espérant que tout cela te soit utile :-)

Matthieu

Salut,

Les slides des conférenciers du séminaire "Politique d'accessibilité en Europe" sont en ligne:

http://www.braillenet.org/colloques/policies/program.html (pour les "banlieusards" éloignés )

Je vous recommande en particulier ceux du Ministère de la Santé des Pays-Bas et celui d'IBM (pas de slide, juste du texte). Le premier parce qu'un ministère qui fait un site étatique en XHTML strict + accessibilité, ça ne court pas les rue; et le deuxième pour les chiffres.

Bonne lecture !

Matthieu

Salut,

Je crois qu'il y a de la foule de Montpellier qui compte se sustanter l'estomac à Marseille ce samedi

S'il y en a qui veulent mutualiser le transport (comprendre partager les frais ), je suis partant !

Matthieu

Pas que je sache.

Par contre, je ne suis pas sûr que la pondération d'un alt soit très forte, vu les abus qu'il y a pu avoir.

Matthieu

Cette limite est liée aux plages braille qui affichent des lignes de 40 caractères (une ou deux).

La valeur de 60 correspond à une ligne et demi. Une ligne (40 caractères) pour décrire une image, ça peut être un peu juste et 2 lignes (80 caractères), ça commence à faire beaucoup ; si on veut s'étendre il y a l'attribut longdesc

Matthieu

Salut,

Le projet Support-EAM vient de lancer une consultation publique sur l'accessibilité numérique. C'est un questionnaire qui concerne, entre autre, les créateurs de sites web. Donc je pense que ça peut intéresser quelque personnes ici

Par rapport à la consultation initiée par l'Union Européenne, ce questionnaire est plus "pret du terrain" avec notamment des questions du genre "combien êtes-vous prêt à investir pour...". On y parle aussi de respect des standards.

Sachant que la consultation est européenne, je suis curieux d'avoir les résultats.

L'URL du questionnnaire: http://www.support-eam.org/supporteam/surv....asp?strLang=fr

D'autres infos ici

Matthieu

Bon, je ne dis pas qu'il est absolument génial (loin de là) mais je viens de poster un compte-rendu du colloque sur l'accessibilité numérique en Europe. D'après les organisateurs, les diapositives des conférenciers devraient être disponibles sur le Net d'ici peu (je pense que ce sera accessible à tous, sans jeu de mots )

<{POST_SNAPBACK}>

A mon tour

Mes impressions sur ce séminaire sont ici.

Dommage qu'on n'ait pas pu se croiser François; pour moi cette journée a été bien remplie. (Tu viens au repas à Marseille ?)

Matthieu

Il y a d'autres membres qui viennent de Montpellier, vous pouvez peut-être faire un "tir groupé" pour le transport ?

<{POST_SNAPBACK}>

Pourquoi pas mutualiser le transport. Qui vient ???

Matthieu

Salut,

Très bonne idée ça ! En plus ce n'est pas à Paris: ça change !!!

J'ai voté "date indifférente"; depuis Montpellier, c'est pas très loin

Matthieu

Oui oui tout à fait, merci pour ce rappel, disons que ca s'inscrit dans ma demarche générale

<{POST_SNAPBACK}>

Dans ce rayon (ergonomie, "usability"), j'aurai aussi pu te citer des bouquins qui vont bien mais tu dois déjà les connaitres:

- conception de sites web, l'art de la simplicité; J. Nielsen (profite de la réédition à 30 du début d'année, ça fait deux ans qu'il est épuisé !)

- l'art de la page d'accueil, J. Nielsen (on aime ou pas son style un poil prétentieux, mais les infos sont bien là)

- don't make me think; Steve Krug

Matthieu

Monique et Wap (François) ont bien résumé la situation. Je peux ajouter que ceux que j'ai vu echouer, ont souvent butté sur deux points:

- la technique (html), mais ça concerne plus les profils ergonomes & co.

- "l'acceptation" de la norme, qui peut être déroutante au premier abord.

Par contre, j'ai l'impression que tu cherches aussi des informations sur l'ergonomie et l'utilisabité. Ce n'est pas ça que tu trouveras dans la formation d'expert AccessiWeb. Certains points touchent ces domaines, mais ce n'est clairement pas une formation en ergonomie / "usability" du web.

Quand à savoir si "tu as le niveau", je pense que largement oui

(Si tu suis la formation, Braillenet te demandera au préalable de remplir un questionnaire d'évaluation, ça te permettra de te situer. Ce sera l'occasion de voir si tu entres dans le cercle de ceux qui ont fait 0 faute ).

Matthieu

Si t'es sur Lugdunum, t'es en proche banlieu ! Montpellier c'est la banlieu où le RER coute cher ;-)

J'essaierai de faire un topo, mais ce sera après Solutions Linux.

Matthieu

Salut,

Un séminaire sur l'accessibilité en Europe est organisé (entre autres par BrailleNet) le 31 janvier à Paris.

Si des membres du Hub y sont, se serait sympa de se rencontrer

Matthieu

C'est vrai que le menu me semble toujours à la même place 

<{POST_SNAPBACK}>

Sauf si tu désactives les CSS.

Avec CSS, il est "avant" le contenu (à gauche du contenu dans le sens de lecture gauche->droite, donc avant le contenu). Sans CSS, il est après le contenu.

(ce n'est pas trivial, mais ce n'est pas "faux!" )

Matthieu

Ensuite il est techniquement accessible, c'est à dire qu'il n'y a pas d'obstacles à l'accès à l'information.

Salut Monique (meilleurs voeux )

Permets-moi de préciser ta pensée

Le menu déroulant est toujours présent quand on désactive les feuilles de style; en cela il valide le critère AccessiWeb 10.2 ("Avec les feuilles de style désactivées, l'information est-elle toujours présente ?").

Par contre, il invalide le critère 10.3 ("Avec les feuilles de style désactivées, l'ordre d'apparition de l'information est-il respecté par rapport à l'ordre d'apparition initialement défini ?"), puisque le menu passe après le contenu une fois les CSS désactivées. Ce critère est bronze, donc sa non validation entrainera impossibilité d'accès à une catégorie d'utilisateurs. On invalide aussi de fait le critère 12.2 ("Le menu principal de navigation interne dans le site est-il toujours présent à la même place dans les pages ?")

Le critère 3.1 est aussi invalidé ("L'information donnée par la couleur est-elle aussi lisible lorsque les couleurs sont désactivées ?"). En effet, ce qui permet de voir le contenu du menu est son fond blanc; si les couleurs sont désactivées, on voit "au travers" du menu et tu obtiens une superposition de textes, ce qui les rend illisibles. (Tu peux le vérifier avec la webdeveloper toolbar, menu Disable, choix Disable Page Colors.)

Pour en revenir à l'utilisateur, c'est principalement les personnes utilisant des loupes d'écran (et éventuellement des CSS personnalisées) qui seront pénalisées par un tel menu.

Voila

Mes 2 centimes