Accessibilité d'un menu coulissant

Salut,

Je déplace dans le salon adéquat.
Ton lien de marche pas

Bonjour et bienvenue jollion

Ta question arrive bien à propos, nous en discutions entre modos dernièrement et Raphael m'a rappelé ce billet

Edité : Mikachu, le lien n'est pas complet pour que la page ne soit pas référencée, je suppose... Il suffit de corriger la fin

Je n'ai pas trop regardé le menu, mais le changement d'images est des plus désagréable et gêne à sa consultation
Modifié par dominique (18 Jun 2008 - 15:22)

dominique a écrit :
Je n'ai pas trop regardé le menu, mais le changement d'images est des plus désagréable et gêne à sa consultation

+1

J'ajouterais que sur la page d'accueil et avec Javascript activé, la navigation au clavier met l'anti-popup de Firefox à rude épreuve et qu'avec Javascript désactivé il est impossible de voir où on est !

Milles excuses pour le mauvais lien, il s'agit d'un prototype à cette adresse :
http://www.museedesconfluences.fr/musee_v1/menus/jo_coulissants_jquery/
Merci Dominique,
(je suis assez novice dans l'usage des forum)

Merci Florent pour tes remarques.

Je n'ai pas tout compris dans les différents points :

Point 2 : lorsque JS est désactivés, les menus restent entièrement déroulés. Du coup, les liens avec le signe "+", qui servaient normalement à dérouler les sous-menus ne servent plus. Est-ce de ceux-ci dont tu parles ?
Si j'ai bien compris, tu proposes que ce soit JS qui ajoute le signe plus (et éventuellement le complément du titre : "- sous-menu") de façon à cela n'apparaisse pas lorsque JS est désactivé et que tout est déroulé.

La présence de "<span class="dehors">complement de titre</span> ne fait pas très propre, mais la raison en est la façon dont Jaws lit les liens ou liste les liens (commande Inser=F7) : Par défaut, si le lien est du texte, c'est celui-ci qui est "lu" par Jaws, même si le TITLE est plus explicite. Comme dans les menus, on est souvent obligé d'être concis pour une question de place, j'ai trouvé ce moyen pour que l'intitulé soit plus clair (en lecture par Jaws). A noter un truc bizare : lorsqu'on affiche un élément avec un left:2000px, la fenêtre s'adapte et on a un ascenceur horizontal, alors que si on met left:-2000px, on n'a pas d'ascenceur.

Je n'ai pas bien compris l'intérêt de garder le focus avec "TABINDEX='0'". Lorsqu"une nouvelle page est chargé, n'a-t-on pas intérêt à repartir des premiers liens de la page, comme les liens de navigation rapide ou les liens d'évitement ?

Point 3 : Je suis revenu au tableau, car à l'origine je voulais une colonne de gauche de largeur fixe, une colonne de droite de largeur fixe, et une colonne centrale élastique et avec une largeur mini. Dans l'absolu (grâce au livre de Raphaël (merci au passage)) ça marchait bien avec Firefox, mais pas avec IE6, et j'ai fini par abandonner. J'y retournerai peut-être plus tard, je me focalise pour l'instant sur la navigation.

Merci encore pour votre aide.

Bonne journée

jollion a écrit :
Je n'ai pas bien compris l'intérêt de garder le focus avec "TABINDEX='0'". Lorsqu"une nouvelle page est chargé, n'a-t-on pas intérêt à repartir des premiers liens de la page, comme les liens de navigation rapide ou les liens d'évitement ?

tabindex="0" ne «garde» pas le focus, mais permet simplement à l'élément de recevoir le focus (comme si c'était un élément A sans attribut tabindex, en quelque sorte).

ok, j'ai compris, cette fois, merci Florent

Je me permet d'en ajouter une petite couche comme tu as déclaré ne pas être habitué aux forums As-tu lu le billet dont je t'ai donné le lien dans mon précédent message ?

Extraits du billet :

a écrit :
Il est plus difficile pour les personnes rencontrant des problèmes de mobilité d’enchaîner un pointage, une prise de focus (focalisation) et un déplacement dans la zone qui se déroule.

a écrit :
Pour les internautes en déficits de concentration et de mémoire, les problèmes seront liés à la perception de la structure globale du menu.

a écrit :
Certains malvoyants utilisent un outil pour zoomer le contenu de la page. L’espace d'affichage du sous-menu s'avère donc limité. Dans la plupart des cas, ces personnes devront alors descendre dans la page pour voir l’ensemble des éléments du sous-menu et là, le focus du lien sera perdu et le sous-menu se refermera automatiquement, laissant l’utilisateur dans une situation très désagréable, voire frustrante de navigation impossible.

etc... Alors peut-on associer les mot "Accessibilité" et "menu coulissant" ?

Rappel du lien vers le billet

Dominique: il me semble que le système de menu à coulisses, avec déroulement déclenché au clic plutôt qu'au survol, limite en bonne partie ces problèmes. Les remarques restent valides, bien sûr, mais elles me semblent moins catégoriques que pour un menu déroulant «classique».

Merci pour les précisions, Florent

a écrit :
Comme il s'agit d'un futur site de musée, je souhaite que celui-ci soit vraiment accessible (pas seulement en respectant les critères adhoc sur le papier.

Dans ce cas là, est-ce pertinent d'utiliser un menu de ce type même si celui-ci se comporte très bien dans différentes configurations?

Cela sera automatiquement source de problèmes et de difficulté de compréhension pour certains types de publics même si comme Florent le souligne il limite les possibles effets négatifs du billet cité par Dominique.
Modifié par knarf (20 Jun 2008 - 22:26)

Bonjour,

a écrit :
Un des but de ce menu est de pouvoir présenter, à la demande, un résumé du contenu du site ( à la manière d'un plan de site, en fait) afin de mieux appréhender, d'un coup d'oeil comment est organisé ce contenu, et pouvoir choisir directement ce qui nous intéresse.

Si je navigue avec la souris oui surement.

Au clavier par contre, en fonction de la structure des pages des rubriques et des sous rubriques (présence de menu contextuel en haut de page ou pas), cela risque d'être une autre paire de manches.