Text-indent:-5000px vs display:none

Mais si un expert en accessibilité (ce que je suis loin d'être) veut corriger mes affirmations ci-dessus, ça peut être bien. J'ai peut-être proféré quelques bêtises.

ok, j'avais dit que ma question était idiote ! lol

Bon c'est clair...

Merci

Eric

Tiens, j'oubliais une alternative au text-indent : faire un span (comme pour le display: none et le positionner en absolu en dehors de la zone visible. C'est un peu le principe du text-indent, mais réalisé différement, et sans les problèmes de bordure sur toute la largeur de la page lors du clic il me semble.

Par contre, mêmes réserves que précédemment sur l'accessibilité de la méthode : c'est beaucoup mieux que le display: none, mais c'est moins bien que l'image avec attribut alt.

eric1725 a écrit :
ok, j'avais dit que ma question était idiote ! lol

Bon c'est clair...

Sur le fond de la question : oui, on peut utiliser ces techniques (pas celle du display:none, les autres) pour cacher aux voyants des liens d'évitement. Il faut juste être conscient de l'intérêt des liens d'évitement pour les voyants, qu'ils souffrent d'un handicap tel que ce dispositif leur facilite la navigation sur le site, ou qu'ils préfèrent naviguer au clavier plutôt qu'à la souris. On peut même estimer que, si ces liens sont correctement mis en valeur, ils peuvent également intéresser les voyants navigant à la souris.

mpop a écrit :
Au final, et même si ça ne répond pas à tous les besoins (en particulier les roll-overs en CSS, ou tout simplement une meilleure indépendance du contenu HTML et du style graphique), la solution la plus accessible et la plus robuste est celle de l'image de contenu dans le HTML, avec attribut alt correctement renseigné.

Enfin il me semble...

Tout à fait d'accord. C'est d'ailleurs la seule solution qui ne passe pas par un "hack", ce qui plaide en sa faveur.

Ceci dit, comme tu le dis, ça ne règle pas le problème de la séparation du contenu et de la présentation, et ça ne permet pas de faire des effets de roll-overs en n'utilisant qu'une seule image...

Bonjour,

@>Eric1725

tu peux peut être trouver des infos sur les aides techniques existantes sur ce site

http://www.cimis.fr/index.php/fr/

knarf a écrit :
Bonjour,

@>Eric1725

tu peux peut être trouver des infos sur les aides techniques existantes sur ce site

http://www.cimis.fr/index.php/fr/

wow sympa
Je vais me balader un peu là-dedans mais rotferdoume les prix lol

Merci

Eric

J'ai une question idiote :

Si le display: none est déconseillé pour cacher des éléments pour les personnes non handicapée, a quoi peut-il bien servir.. ?

Promis je retourne dans mon placard ..

Bah à ce moment là pourquoi c'est pas print: none; ?

Neovov a écrit :
Bah à ce moment là pourquoi c'est pas print: none; ?

Bien parce que display:none peut être utilisé pour masquer des éléments lors de l'impression, mais également sur différents types de média.

De plus, certains scripts (Javascript) peuvent utiliser le display:none pour masquer/afficher des éléments selon les actions de l'utilisateur.

Je sais Tony Monast, mais la ou je voulais en venir c'est que display: none doit être évité pour cacher des informations a une personne "normale", je me demandais alors le but d'un display: none...

Ok certains script JS peuvent s'en servir, mais niveau accessibilité ?

mpop a écrit :

Je n'ai pas étudié la question et j'en ai une idée très vague. Je sais juste que ça existe (même si, comparé aux technologies d'assistance pour les non-voyants, c'est moins développé/médiatisé). Il me semble que jpv (modérateur sur ces forums) connait bien le sujet. Pour ma part, je ne saurais pas trop vers quoi t'orienter.

Un ami atteint de sep primaire utilise ce dispositif depuis sa voiturette électrique. Il y a tout d'abord un capteur situé près de sa joue, une pression dessus et un bras articulé vient positionner une sorte de trackball au niveau du menton. Par diverses manœuvres du menton, il va pouvoir surfer sur le net. Bien entendu, il utilise le clavier virtuel pour écrire.

Seul hic, le clic qui est pénible (Pierre doit faire un geste pas possible de la machoire) d'où mon idée du javascript onmouseover à retardement que Quentin m'aidait à mettre au point mais ça n'a pas trop plu ici...

Pour le reste, un petit écran situé sur les accoudoir de la voturette va lui permettre de gérer toute la domotique de sa maison depuis l'éclairage jusqu'au chauffage en passant par la t v, chaine hi-fi etc...

Je vous assure que c'est très impressionnant.



Eric

mpop a écrit :
Mais si un expert en accessibilité (ce que je suis loin d'être) veut corriger mes affirmations ci-dessus, ça peut être bien. J'ai peut-être proféré quelques bêtises.

Je confirme l'ensemble de tes remarques, notamment celle qui consiste à utiliser un span positionné en absolue en dehors du wiewport.
Cette technique à été popularisé par Paul Bohman dans cet article :
Invisible Content Just for Screen Reader Users (en).

Elle est effectivement préférable au text-indent pour des raisons évidentes d'ergonomie au niveau de la prise de focus.

Au sujet des aides pour les handicaps moteurs :

mpop a écrit :

Je n'ai pas étudié la question et j'en ai une idée très vague. Je sais juste que ça existe (même si, comparé aux technologies d'assistance pour les non-voyants, c'est moins développé/médiatisé).

Ces aides ont la particularité d'être extraordinairement variées et souvent adaptées au cas par cas, ce qui nous les rends pariculièrement difficiles à prendre en charge.

Le champs de ces aides va de rien du tout, utilisation du clavier à l'aide de stick (head-stick, mouth-stick, noise-stick...) à des systèmes complexes electro-pneumatique (contrôle par le souffle) ou par capteurs interposés (contrôle par le mouvements retinien...).

Cela s'accompagne souvent par l'utilisation conjointe de périphérique adapté comme les dispositifs de pointage à pression temporisée, souris anti-tremblement, clavier monomanuel, convexe ou concave ou à touches géantes...

Ce qu'il faut en retenir c'est que ces aides sont généralement adaptés au cas par cas avec souvent une bonne dose de bricolage, notamment dans le cas de polyhandicapés.

Cette immense diversité doit nous pousser à deux choses :

Privilégier les adaptations simples, c'est à dire celles dont nous somme certains qu'elles vont fonctionner pour tout le monde.
Là il n'y à pas de mystère elles sont très réduites : Liens de navigation interne visibles, carte du site, éléments d'interface (formulaire) bien construits et simple à utiliser, surface des zones cliquable "suffisantes", focus identifiable.

Pour ces publics il est difficile de faire mieux et nous n'avons pas beaucoup plus de réponses à apporter.

En revanche, dés lors que nous pouvons contrôler le profil utilisateur, par exemple pour des applications intranet, alors le problème est inversé et il est possible de tout inventer, notamment au travers de javascript comme le dispositif que proposait eric :

eric1725 a écrit :

Seul hic, le clic qui est pénible (Pierre doit faire un geste pas possible de la machoire) d'où mon idée du javascript onmouseover à retardement que Quentin m'aidait à mettre au point mais ça n'a pas trop plu ici...

Ce n'est pas que cela ne nous à pas plus mais simplement (voir mes remarques et celles de laurent) que ce dispositif règle le problème de Pierre mais va en causer d'autres à Paul ou Jacques simplement parce que leur dispositif ne va pas y être adapté.

Le principe de focus séquencé est déjà utilisés notamment au travers de dispositifs comme confort de lecture ou labelvue, c'est très bien mais ça résoud qu'UN cas parmis des centaines d'autres situations.

Ca ne peut être envisagé, comme le soulignait Laurent, que comme une solution de type utilisateur, ou pour un applicatif web pour lequel nous contrôlons le profil utilisateur.

Jean-pierre
Modifié par jpv (27 Nov 2006 - 01:08)

Salut,

Voilà, voilà : je comprends mieux

Eric