Aller au contenu | Aller au menu | Aller à la recherche

Blog Accessibilité

jeudi 28 juillet 2005

Vacances été 2005

Un petit mot pour annoncer les congés du personnel et la vacance des billets jusqu'au 18 août :)

Les histoires à partager sont repoussées à la rentrée, période plus propice pour les annonces. Pour patienter, je vous propose une lecture studieuse, la newsletter AccessiWeb numéro 3, où l'équipe BrailleNet nous expose la problematique des CAPTCHA. Comme à l'accoutumée, le problème est bien posé et les explications sont précises. Vous pouvez aussi tester et contribuer au Colour Contrast Checker pour Linux de l'ami Shift, qui a fait un joli travail.

Comme le veut l'usage, les commentaires sont fermés et rouvriront le 18 août.

Je vous souhaite un bel été et de bonnes vacances accessibles !

vendredi 22 juillet 2005

JKRowling.com accessible: halte au mensonge !

Les informartions suivantes devaient faire l'objet d'un commentaire sur le billet Flash et l'accessibilité : Harry Potter passe le test de l'ami Fred Cavazza, mais vu les informations, j'ai préféré en faire un billet. J'ai en profité pour reprendre en titre la formulation utilisée sur un de ses précédents billets sur Flash ;) Voici donc le texte tel quel.

Salut,

Bon, à mon tour :)

1) Merci à Goetsu pour son analyse technique que je partage évidemment

2) En tant qu'utilisateur, je n'arrive pas à agrandir les textes, tellement petits qu'ils sont illisibles. Il parait que c'est possible; peut-être mais pas comme j'ai l'habitude de le faire sur tous les autres sites, et je n'ai pas envie de lire un manuel d'utilisation du site ("don't make me think", ça vous rappelle quelquechose ?)

3) Toujours en tant qu'utilisateur, je navigue avec ma CSS personalisée (je mets un fond noir, ça repose les yeux). Hors, ici ça ne fonctionne pas.

4) Ah, encore une fenêtre qui me saute au nez sans me prévenir. C'est tellement horripilant et d'un autre âge que rien que ça me donne envie de cliquer violemment sur le petit carré en haut à droite !

(j'enlève ma casquette d'utilisateur et je reprend la professionnelle)

5) En 2005, il est quand même affligeant de voir encore des sites qui osent se prétendre accessibles alors qu'ils se déclinent en plusieurs versions. Ce principe d'un seul et unique site accessible à tous est énoncé depuis la publication de la version 1 des WCAG en 1999. Six ans après, on ose nous dire que tel site est accessible parce qu'il saupoudre un peu d'accesibilité ici et là.

6) Dans le même ordre d'idée, les utilisateurs de la version texte apprécieront d'être considérés comme des internautes de bas étage, et relégués dans un sous-cyberespace où "ben oui, on l'a fait parce qu'il faut bien le faire, sinon on ne s'embeterait pas". Merci pour la mise en ghetto. Dans la même veine, tordons le coup une bonne fois pour toute aux réflexions erronées du genre "ben oui, ça n'intéresse pas les personnes handicapées", ou "ils n'en ont pas besoin, à quoi ça leur servirait". A ce petit jeu, on peut aller très loin. N'oublions pas qu'on apprécie rarement que quelqu'un choisisse pour nous, dit autrement, nous impose son choix.

7) Toujours sur le plan technique, le détection de navigateur est d'un autre âge. S'amuser à savoir quel navigateur, ou pire quelle aide technique l'internaute utilise, est un travail vain et inepte. L'expérience nous a déjà montré qu'avec deux navigateur (IE, Netscape) c'était peine perdue, de nos jours c'est devenu une gageure, ajouter à cela la myriade d'aide technique, on tombe dans le masochisme !

8) Jeffrey Zeldman parle du site sur un ton franchement politiquement correct. Même s'il le dit à demi-mot, le coût du site a dû être énorme, ne ce serait-ce que par la multiplication des versions du site. Par ailleurs (et là encore, il faut lire entre les lignes), une version conforme aux standards n'aurait pas été moins bien, si ce n'est mieux.

9) Sur la communication (à mon gout, évidemment organisée par Macromedia), on remarque encore une discours simplifié et simplificateur. On sait que l'accessibilité n'est pas binaire mais progressive. A l'opposé de la conformité à la grammaire XHTML/CSS qu'on a ou qu'on n'a pas, un site possède un degré d'accessibilité plus ou moins important. Hors, dans le cas présent, j'ai un peu l'impression qu'on cherche à nous faire prendre des vessies pour des lanternes en clamant haut et fort "le site est accessible", alors qu'il ne l'est pas du tout vue la multiplication des versions.

9) Quand on voit le contexte légal à l'échelle mondiale, on comprend bien que pour Macromedia, il y a un réel enjeu financier à être accessible. Il s'agit donc de rassurer les webdeveloppers quant au fait qu'un site flash puisse être accessible, pour éviter qu'ils se tournent vers d'autres technologies, qui ne sont pas la propriété de Macromédia et donc moins génératrices de business. Sous cet éclairage, on comprend mieux toute la propagande communication organisée autour de ce site.

mercredi 20 juillet 2005

Version 0.7-dev du validateur HTML

Le W3C a mis en ligne la version ''0.7-dev'' du validateur HTML. Parmis les nouveautés que j'apprécie, on trouve des messages plus clairs (ajout de couleur), une aide améliorée et surtout une distinction dans le niveau d'importance des messages (erreur, avertissement, information).

Rappelons brièvement l'intérêt de produire du code HTML valide, et l'intérêt pour l'accessibilité.

Quand nous (humains) parlons entre nous, nous utilisons un vocabulaire donné (s'appuyant sur l'alphabet latin) et une grammaire connue, celle du français. Quand un humain fait une faute d'accord ou une erreur de conjugaison, son interlocuteur arrive globalement à le comprendre grace à ses capacités d'adaptation.

Les machines pour dialoguer entre elles ont aussi besoin d'un vocabulaire (basé sur un alphabet, qu'on appellera charset ou jeu de caractères) et d'une grammaire (disons le HTML). Quand une machine fait une faute de grammaire, la machine d'en face ne dispose pas des capacités d'adaptations des humains. Le message sera donc au mieux mal reçu, au pire pas reçu du tout. En matière d'accessibilité, la conformité du HTML prend toute sont importance car c'est l'aide technique (plage braille, synthèse vocale, loupe d'écran...) qui va retranscrire le message, et qu'elle est le seul élément à pouvoir le faire.

Voici donc l'intérêt de produire du code HTML conforme à sa grammaire: s'assurer que le message passe bien.

Interview de Pierre Guillou sur Openweb

Citons aujourd'hui l'excellente interview de Pierre Guillou (responsable de la cellule accessibilité de l'association BrailleNet) sur Openweb, interview menée par Laurent Denis et Elie Sloïm.

Cette interview est un très bon document de synthèse en quelques paragraphes sur l'accessibilité. Pierre dresse un état des lieux clair et précis, en identifiant bien les objectifs à atteindre. Il appuie aussi sur le fait que l'accessibilité n'est pas une fonctionnalité, mais bien un processus (une méthode) que l'on intègre tout au long du cycle de vie d'un projet.

En bref, une lecture rapide, intéressante et à recommander.

Calendrier bien rempli, Blog-Accessibilité ralenti (quoique...)

Les missions se succèdent et sont toutes plus intéressantes les unes que les autres. Le Blog-Accessibilité s'en rend compte, voyant sa fréquence de mise à jour ralentir. Je vais profiter que quelques jours d'accalmie (et avant les vacances) pour tenter de rattraper ce retard. Ca tombe bien, il y a plein de choses à raconter ;)

vendredi 1 juillet 2005

Synthèse des billets de juin 2005

Synthèse des billets de juin 2005:

Catégorie Open-S

Catégorie Aide Technique


Le Blog Accessibilité est le blog professionnel de Matthieu Faure, expert en accessibilité et fondateur de Open-S, prestataire global en accessibilité numérique

Conformité XHTML Strict et CSS.