L’ajout de navigation au clavier est vraiment bien ! Faut que je teste car je pensais déjà partir vers de la capture de touches avec des keypress.

@Docteur Fas : j’étais tombé sur Firevox. J’ai tenté de l’installer avec Flock mais j’ai dû râter un coche avec l’installation du fichier JAR.

Par contre : le menu déroulant passe derrière les annonces adsense… (test à l’instant, sur FF2 avec annonce textuelle)

Sinon pour ajouter la navigation au clavier ne suffirait-il pas de modifier légèrement les événements pour :


$('#navigation > li')
.each(function(){
var title = $('h2:first', this);
var href = $('a:first', this).clone();
href.text(title.text()).wrapInner('');
title.html(href);
})
.find('h2 > a').bind('mouseenter, focus', function(){
$(this).parents('li.column').find('> ul').slideDown('fast').end().siblings().find('> ul').slideUp();
}).end()
.bind('mouseleave', function(){
$('> ul', this).slideUp();
});


Et hop !

Par contre maintenant je sais que le problème se trouve au niveau de la CSS si je la désactive je n’ai plus aucun souci.
Mais aucune idée pour quelle raison.

Pour une synthèse vocal sous linux:
-L’extension « firevox »
http://www.firevox.clcworld.net/
A noté que pour l’utilisé je conseil fortement de désactivé toutes les autres extension.

Oralux :
Une distribution linux… don je ne sais rien a par son nom

Ça me rappelle que je suis à la recherche de navigateurs à synthèse vocale sous Linux. Je suis preneur à ce niveau là

@Nicolas : en fait je mets des liens d’évitement de manière systématique en haut de page ce qui évite comme tu dis d’avoir à parcourir toute la page pour obtenir le menu. Il faut que j’en parle dans l’article en effet sinon ça n’a aucun intérêt d’avoir un menu tout en bas (ce n’est presque plus un menu je dirais)

C’est sûr que se retaper le menu à chaque page avec une synthèse vocale risque d’être pénible, mais c’est pour ça qu’on a couramment des liens d’évitement. Avoir le menu en fin de page, ça suppose de connaître déjà le site, les p’tits nouveaux ne vont pas savoir tout de suite comment le site est organiser, ce qui n’est pas terrible pour l’ergonomie…

Du coup, j’avoue avoir été plutôt déçu au final puisque beaucoup de critères minimaux d’accessibilité (navigation au clavier, sans couleurs, …) ne sont pas pris en compte.
En gros, si j’ai bien compris, par « accessible » tu veux simplement dire qu’il fonctionne si JS est désactivé ?

Aurélien Levy s’était penché sur ce cas épineux et avait réalisé une analyse et un résultat assez probant (mais lourd) : http://www.fairytells.net/index.php/2006/06/26/28-menu-deroulant-et-accessibilite-partie-1

Attention donc à l’alléchante l’étiquette « accessible »

Raphaël

Plusieurs remarques. Personnellement, lorsque j’applique un hover() (et non la famille mouse*() ), je ne rencontre pas de problème de repli intempestif du menu. J’ai par contre une structure différente de la tienne car je n’utilise pas de ul parent mais plutôt une succession de div. Je dirais que les deux se valent

Ensuite, j’utilise plutôt fadeIn et fadeOut au lieu de slideUp et slideDown. En effet j’ai déjà eu quelques bugs de clignotement intempestifs du menu en utilisant ces derniers, selon la manière dont on présente la souris.

Bon, ce sont des remarques « détail » bien sûr, ton article m’a beaucoup intéressé dans les aspects accessibilité.

A+

Syeric