Webmaster Hub: technique alternative pour le longdesc - Webmaster Hub

Voir le contenu

Page 1 sur 1
  • Vous ne pouvez pas créer de sujet
  • Vous ne pouvez pas répondre au sujet

technique alternative pour le longdesc Noter le sujet : -----

#1 Utilisateur non-connecté   goetsu 

  • Voir le blog
  • Groupe : Inactif
  • Messages : 42
  • Inscrit : 04-mai 04
  • Société:tektonika

Posté 19 janvier 2005 - 10:33

Bonjour à tous
voilà une lecture technique interessante (en anglais malheureusement):
http://www.stuffandn..._footnotes.html

qui donne une alternative au [D]link (charte graphique quand tu nous tient) ou au renvoit vers une page html par le longdesc qui me semble interessante.
Cela consiste a positionner le contenu de la description longue dans la page qui la nécessite (au lieu de la mettre sur une page à part) et de faire un lien dessus avec une ancre. Ce meme texte étant caché au navigateur graphique par une technique de positionnement absolue négatif

Encore une fois je suis preneur d'avis

aurélien

#2 Utilisateur non-connecté   Steph. K. 

  • Voir le blog
  • Groupe : Inactif
  • Messages : 61
  • Inscrit : 03-février 04
  • Société:sans objet

Posté 19 janvier 2005 - 12:36

Bonjour,

Le problème avec cette technique c'est que 99 fois sur 100 tu vas obliger le visiteur à télécharger des données qui ne serviront à rien.

#3 Utilisateur non-connecté   Ganf 

  • Voir le blog
  • Groupe : Hubmaster
  • Messages : 348
  • Inscrit : 08-mars 04
  • Société:-

Posté 19 janvier 2005 - 12:40

Quelques pensées en vrac et à chaud (donc contestables) :

(mode idéaliste) - ne serait-il pas mieux de corriger les navigateurs alternatifs pour qu'ils sachent prendre en compte ce long desc plutot que d'inventer des solutions contestables pour y palier ?

(mode économiste) - mouais, mais on risque de consommer beaucoup de bande passante si ce sont réellement de longues descriptions utiles. Le [D] d'un graphe décrit tout le graphe, en détail. Si on fait ça à chaque fois *dans* la page ça risque d'être lourd.

(mode théoricien) - positionnement absolu négatif ? c'est se reposer sur une implémentation de navigateur. Si un navigateur décide qu'un positionnement absolu négatif aggrandi la fenêtre vers le haut/coté pour que l'utilisateur puisse faire défiler la page et voir ce contenu, il serait théoriquement en toute légitimité. C'est tout de même un détournement des CSS et de ses implémentations. .. mouais, je n'aime pas les détournements, ça nous retombe toujours sur le coin de la figure un jour ou l'autre.

(mode futuriste) - les sélections automatiques de <object> + les possibilités d'inclusion de XInclude résolvent parfaitement ce genre de problématique (on inclue une image, si l'image n'est pas supportée on lie vers une description externe plus complète). Maintenant bon, il est plus efficace de corriger Jaws et les autres que de faire implémenter xinclude et object par tout le monde ;)

(mode je-ne-change-rien) - pourquoi enlever le Dlink ? à cause de la charte graphique ? quitte à cacher quelque chose via un placement absolu négatif, pourquoi ne pas cacher le DLink ? ça marche aussi non ?

(mode pas-parfait) - ça ne marche pas pour ceux qui "voient mal" et qui vu l'image cherchent la desc complète et le D pour un détail plus accessible. Ca ne marche pas non plus pour les navigateurs classiques à qui on demande de ne pas afficher les images (mais qui affichent les CSS)
Besoin d'une doc pour PHP 5 ? Allez chercher le livre PHP 5 avancé, aux éditions Eyrolles.
Éric Daspet
0

#4 Utilisateur non-connecté   Monique 

  • Le Web à tous
  • Icône
  • Voir le blog
  • Groupe : Membre+
  • Messages : 3 952
  • Inscrit : 19-août 03
  • Genre:Femme
  • Localisation:rue Georges Mabile, Havré
  • Société:Webatou

Posté 19 janvier 2005 - 13:27

Bonjour,

Je ne l'ai pas encore installée, donc pas testée, mais il existe une extension pour Firefox : Longdesc
Amicalement,
Monique
en campagne pour des sites de qualité, conformes aux standards et accessibles... avec mon navigateur préféré (Firefox) et les Bonnes pratiques qualité pour les sites Web (Opquast)
Webatou : accessibilité et qualité des sites Web
0

#5 Utilisateur non-connecté   LaurentDenis 

  • Voir le blog
  • Groupe : Membres
  • Messages : 1 243
  • Inscrit : 26-mars 04

Posté 19 janvier 2005 - 13:32

Ganf, le mercredi 19 janvier 2005, 12h40, a dit :

Maintenant bon, il est plus efficace de corriger Jaws et les autres que de faire implémenter xinclude et object par tout le monde ;)


Longdesc est à présent supporté par Jaws, IBM HPR et pwWebSpeak. C'est un progrès important de ces outils : ne pas utiliser longdesc, mais uniquement un D-link détourné ou non, est-ce vraiment la meilleure façon d'encourager ce type de progrès ?

#6 Utilisateur non-connecté   Ganf 

  • Voir le blog
  • Groupe : Hubmaster
  • Messages : 348
  • Inscrit : 08-mars 04
  • Société:-

Posté 19 janvier 2005 - 14:13

Tiens, ce n'était pas le cas la dernière fois que j'avais regardé je crois. C'est implémenté comment ?
Besoin d'une doc pour PHP 5 ? Allez chercher le livre PHP 5 avancé, aux éditions Eyrolles.
Éric Daspet
0

#7 Utilisateur non-connecté   LaurentDenis 

  • Voir le blog
  • Groupe : Membres
  • Messages : 1 243
  • Inscrit : 26-mars 04

Posté 19 janvier 2005 - 14:20

La présence de longdesc est annoncée ("Image Description") lors de la lecture courante. Le lien est activable à ce moment à l'aide du clavier (par exemple tout simplement avec la touche Entrée dans IBM HPR, comme les autres liens)

#8 Utilisateur non-connecté   goetsu 

  • Voir le blog
  • Groupe : Inactif
  • Messages : 42
  • Inscrit : 04-mai 04
  • Société:tektonika

Posté 19 janvier 2005 - 16:02

Pour ma part je trouve que la technique avec le longdesc qui renvoye à une ancre dans la page est plutot bien faite, conforme au standart (sauf le masquage par positionnement absolu) et dans le cas d'une page contenant une seul carte (10 lignes de texte de description) par exemple cela ne charge quand meme pas trop le serveur (pas plus que d'aller sur une nouvelle page).

Bien sûr dans le meilleur des mondes je recommande de mettre se contenu visible pour tous mais encore une fois quand on passe derrière des concepteurs de sites et de design qui n'ont pas du tout pensé à l'accessibilité il faut bien proposer des compromis si on ne veut pas voir la charte graphique validée exploser

Page 1 sur 1
  • Vous ne pouvez pas créer de sujet
  • Vous ne pouvez pas répondre au sujet

1 utilisateur(s) dans ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)