Accessibilité d'un menu coulissant

Bonjour,
Je cherche depuis un moment déjà, à réaliser un menu déroulant accessible, mais après y avoir travaillé et parcouru moulte forum, j'en viens à penser que les menus déroulants dynamiques en cascade ne sont génétiquement pas accessibles.
Le menu cité dans le commentaire précédant m'a inspiré, je l'ai mixé et modifié pour en arriver à ce prototype :
www.museedesconfluences.f...
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.
J'aimerai avoir vos avis.
Merci d'avance pour vos réponses.
N.B. seule la première page possède un contenu, c'est à dire quelques notes sur l'accessibilité.
Les autres pages n'ont que le menu et un titre.
J'ai pris mon inspiration ici :
css.alsacreations.com/xmedia/exemples/accordeon/menu_demo.html
et un peu de code ici :
u-classroom.net/post/2007/06/06/Des-sous-menus-deroulants-non-obstrusifs-avec-Jquery

Salut,

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

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)

Moi j'aime bien le changement des images.
(Mais je pense aussi que ce n'est pas le plus ergonomique, et que ça peut faire fuir ou perturber des visiteurs. C'est bien pensé et techniquement habile, mais j'ai peur que ça ne nuise à l'efficacité du site.)

Edit: OK d'accord, donc on ne parle pas de la page d'accueil du site du Musée des confluences, mais de celle-ci. Véri ouelle. C'est plus cohérent avec la présentation de départ.
Modifié par Florent V. (18 Jun 2008 - 16:57)

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).

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».

Bonjour,
Je prend connaissance de vos remarques depuis jeudi, merci à chacun.

Pour Dominique, oui j'avais bien lu l'article dont tu me donnais le lien (je l'avais d'ailleur déjà lu).

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. C'est d'ailleur pour la même raison que j'ai voulu que chaque sous-menus ne se referme pas à l'ouverture du suivant. J'ai personnellement une "mémoire immédiate" sub-normale , et suis souvent obligé (sur le web) de revenir sur des pages précédentes pour me souvenir des sous-menus.

Même si mon proto ne bouge pas tout de suite, aucune de vos remarques n'est perdue .
Merci encore

Jean

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.