bof j’ai essayé d’essayer et la version proposée n’est pas compatible avec le IW de squeeze, donc je vais pas chercher plus loin, ayant une autre methode qui marche aussi.[/quote]
Tu utilise 3.6 ?
comme la pluspart des autres d’ailleurs, j’ai surfé un moment en virant absolument tout, mode parano a fond, bah franchement y’a pas 10% des sites qui sont lisibles correctement en refusant les scripts, les gifs et les images.
pour les créateurs de contenu qui utiliseraient cette fonctionnalité, pensez quand même à regarder ce que ça donne si elle est désactivée. il faut je pense une certaine discipline dans la conception d’un site web pour arriver a faire quelque chose de propre, et bien souvent les concepteurs de site n’y regardent même pas, ou pêchent par ignorance (et je ne parle même pas de l’accessibilité aux mal voyants par exemple)[/quote]
Alors oui et non. Le problème est plus complexe qu’il n’en a l’air. D’une part il y a une contrainte de temps et gérer l’accessibilité c’est un travail monstrueux car :
[ul]
[li]il y a un nombre d’handicap conséquent. Je pourrais en citer 3 grandes familles mais j’en oublie probablement : non/mal voyance, handicap moteur et le daltonisme (qui n’a rien avoir avec la mal voyance)[/li]
[li]chacun de ses handicaps a des contraintes qui sont bien spécifiques et des technologies (logiciel et matériel) bien spécifiques peu connu et pas maitrisé des développeurs (tu sais comment fonctionne un lecteur braille ?)[/li]
[li]il n’existe pas d’outils complet et fiable qui aide à indiquer l’accessibilité d’un site[/li][/ul]
En entreprise on peut monnayer un ajout de fonctionnalité mais difficilement une amélioration de l’accessibilité (les “gens” vont sur google.fr parce qu’il a des fonctions pour rendre la navigations plus dynamique, c’est ça le nerd de la guerre). Ces fonctionnalités ne sont pas forcément possibles sans l’usage de technologies qui brident l’accessibilité. Tu peux avoir des incompatibilités entre les handicaps (le daltonisme demande un choix particulier des couleurs pas forcément en accord avec les mal voyants qui ont besoin de contrastes forts).
Tu peut avoir des contraintes techniques très fortes qui poussent à l’usage de technologies ou de méthodes qui sont absolument pas accessibles. Par exemple, je ne sais pas ce que donne google.fr en terme d’accessibilité vu que la version à la quel j’accède (moi et tout ceux qui n’ont pas d’handicap et qui utilise un navigateur qui propose toutes les normes) est entièrement en javascript, pour supporter au mieux la charge coté serveur. Un autre exemple pour le javascript, c’est de déporter les calculs coté client pour limité l’usage de la bande passante (intéressant pour ceux qui ont des débits pourris (le 56k existe toujours !), pour ceux qui paie leur bande passante à la quantité de données transitées (tout les forfaits 3G), …).
Je ne dis pas qu’il ne faut pas s’en occuper. Je dis qu’avant de critiquer il faut avoir bien pris conscience des enjeux et de la difficulté que cela représente. Le web, je veux dire, les normes du W3C ont des manques par rapport à l’accessibilité. C’est pas parce qu’on a ajouter un alt=“logo_debian-fr” à une image qu’on a fait de l’accessibilité, par exemple vous parlez des images en cache misère. C’est compliqué de faire une CSS sans “s’appuyer” sur la taille des images donc quand elles ne sont pas affichées, l’affichage du site par en sucette. Il faut utiliser des tailles dans la CSS, mais il faut que ces tailles s’adaptent à la résolution de l’utilisateur (de 640480 des téléphones à 19201080 des grands écrans).
Ceux qui critiquent et qui annoncent fièrement “il suffit de …” avec des solutions toutes faites sorti d’alsacréation ou de développez.com (notez que je n’ai rien contre ces deux sites qui sont très intéressants) n’ont probablement pas eu à se frotter en vrai à ce genre de problématique ou n’ont pas vu son ampleur. Personnellement je préfère rester humble et faire comme je peux en étant à l’écoute des nouveautés de ce coté là. La conception d’IHM ce n’est vraiment pas mon truc et je suis vraiment content de ne pas avoir à me frotter à ce genre de vraiment très complexe.
Si c’est un sujet qui vous intéresse, j’ai quelques liens intéressants :
[ul]
[li]http://www.w3.org/Translations/WCAG20-fr/[/li]
[li]http://openweb.eu.org/articles/intro_accessibilite/[/li]
[li]http://planete-accessibilite.com/[/li]
[li]http://www.accessiweb.org/fr/concours_accessibilite_du_web/[/li]
[li]http://library.gnome.org/users/gnome-access-guide/2.32/ (oui ça n’est pas un problème que pour le web)[/li]
[li]http://accessibility.kde.org/[/li][/ul]
Vous remarquerais que la plupart sont vieux ou mort (accessiweb ne donne pas de nouvelles depuis 2006 par exemple, le standblog ne parle plus de l’accessibilité depuis 2009, etc). C’est un sujet pour le quel tout le monde est d’accord quand on en parle mais où peu de choses sont faites.
Les webfonts sont le derniers des soucis de l’accessibilité. Au contraire comme cela a déjà était dis plus haut si ça permet d’éviter l’usage d’image c’est au contraire un pas en avant pour l’accessibilité. De la même manière qu’unicode et ces milliards de caractères (je parle des smileys et autres bouts d’accolades) sont probablement plus simples à reproduire que des images.