Accueil > weblog
- Lire le billet précédent - Lire le billet suivant -
Par Laurent Denis, le 31 août 2004.
L'exposé de la récente technique de remplacement de texte par du contenu Flash (sIFR ) de Mike Davidson donne accessoirement un excellent exemple des dangers inhérents à tout projection sur l'utilisateur des désirs du développeur :
En réponse à un commentaire prudent de Douglas Bowman sur la sIFR :
Inaccessible ? Pour autant que je sache, tout texte caché aussi bien avec
display:nonequ'avecvisibility:hidden(utilisé par l'exemple de sIFR ci-dessus) N'est PAS lu par certains lecteurs d'écran. Ce qui signifierait que cette technique, bien que très cool [...] souffre du même défaut que la FIR originale basée sur les images ?
Voici la réponse imprudente de Mike Davidson :
Accessibilité : le document n'est même pas touché tant que la version correcte de Flash n'a pas été détectée. Je suppose (peut-être à tort) que les ordinateurs équipés de lecteurs d'écran n'auront volontairement pas Flash. Ce n'est donc pas un problème.
Supposition bien hasardeuse... Prenons deux profils possibles d'utilisateurs :
Dans les deux cas, le contenu masqué par un imprudent display: none sera inaccessible à la lecture (et ce, de manière tout à fait conforme aux spécifications CSS).
Ne préjugez jamais de ce que fait ou ne fait pas l'utilisateur, et encore moins d'un hypthétique utilisateur-type
, tout particulièrement lorsque l'accessibilité à votre site en dépend. L'utilisateur a gagné la possibilité sans cesse croissante de personnaliser son expérience Web... L'un des enjeux des Standards bien appliqués est justement de ne pas en faire un obstacle à l'interopérabilité et à l'accessibilité. En d'autres termes... Il y aura toujours un original pour casser votre savant hack.
Les trackbacks pour ce billet sont temporairement fermés en raison d'une série d'attaques de spam.
Commentaires
Fabrice Bonny, le 31 août 2004
Toi aussi, tu restes trop prudent. HomePage Reader est basé sur MSIE, livré avec Flash et Jaws lit les contenus du navigateur par défaut de Windows, donc là aussi MSIE avec Flash d'origine. Pas besoin d'un poste en double utilisation ou d'être original, bien au contraire, pour avoir des soucis avec cette technique.
Laurent Denis, le 31 août 2004
Bien-sûr... Mais mes deux exemples sont simplement destinés à montrer qu'on peut se retrouver **volontairement** avec à la fois Flash et de la lecture d'écran...
webuchet, le 31 août 2004
bonjour Laurent !
A lire sur A List Apart :
dynamic text replacement
www.alistapart.com/articl...
Ce qui m'intrigue, c'est que ça marche chez certains, et pas chez d'autres, dont moi.
J'ai tout installé conforméméent aux instructions, j'ai essayé les diverses solutions d'améliorations proposées dans les 23 pages de commentaires... et toujours rien !
Je précise que j'ai activé GD Lib. J'ai le même problème une fois en ligne. Et mon hébergeur est équipé pour PHP4 et 5. Je crois qu'il doit y avoir un bug avec TTFBBox, vu qu'aucune image ne s'affiche, j'ai juste le texte, mais pas la police qui doit aller avec.
Je serais très content si qq pouvait m'expliquer ce qui ne va pas.
PS : Tout le code sur trouve sur ALA.
Laurent Denis, le 02 septembre 2004
@Webuchet > tu trouveras l'aide nécessaire sur www.webmaster-hub.com/ ...
Fabrice Bonny, le 02 septembre 2004
Sur fciwa, Davel_x m'indique ceci: [www.macromedia.com/macrom...
Il est donc possible de prévoir un texte de remplacement dans le Flash en plus de l'alternative à la balise object. La voila la solution!
Laurent Denis, le 02 septembre 2004
Fabrice, ne PAS utiliser visibility:hidden ni display:none est déjà le premier pas tout simple et indispensable.
Voir celles examinées dans www.blog-and-blues.org/we...
Cela dit, bien que Flash soit par essence démoniaque, on va creuser la question...
webuchet, le 04 septembre 2004
Merci pour la super idée en Flash, je n'y avais pas pensé... Je préfère un site accessible.
Pour mettre fin au mystère, j'ai finalement trouvé THE solution parmi les plugins de WordPress.
Et un script en php qui fonctionne à cette adresse :
www.huddledmasses.org/200...
De surcroît configurable, il y a une option shadow fort sympathique, qui marche bien aussi.
Je n'ai pas la réponse à ma question, mais j'ai des polices à mon goût sur le site. Et si qq vient avec un lecteur texte, il ne sera pas pénalisé. Les images restent où elles sont et le texte normal apparaît. Alors qu'avec flash, pfuiiii !
La source de mon pb avec le script original sur ALA viendrait du cache, mon serveur ne détectait pas non plus le fichir .ttf. J'ignore le bug.
La version WP ne fonctionnait pas en local, mas parfaitement bien en ligne. Ckeskiconte !
Merci de vous être penché sur la bête. Et essayez le bazar, il est vraiment sympa.
Le mien is here:
www.infobiere.net
Batiste Bieler, le 16 septembre 2004
J'ai utilisé une technique similaire et j'en ai fait un petit article
dosimple.ch/articles/Util...
Selon vous il faudrait donc éviter de cacher le contenu alternatif ?
Je suis d'accord que le flash est une techno poubelle mais des clients _exige_ du flash et il est parfois difficile de les en dissuader.
Je ne crois pas qu'il y ai de solution miracle, mais cette genre de technique m'a semblé être la moins mauvaise.
Les commentaires pour ce billet sont temporairement fermés en raison d'une série d'attaques de spam.