18067 sujets
Je crois qu'il veut dire que si l'élément du menu change de look au hover, il faut que cet élément soit cliquable. Par exemple, si le :hover est sur le <li>, faire en sorte que le <a> remplisse tout l'intérieur du <li>, avec un display:block sur <a> par exemple. Mais bon, aussi bien de mettre le :hover sur le <a> dans ce cas pour rester retro-compatible avec IE6.
À part peut-être pour des menus en cascade, je ne vois pas de réel intérêt à mettre le :hover sur le <li>
Modifié par Tony Monast (31 Oct 2011 - 20:15)
À part peut-être pour des menus en cascade, je ne vois pas de réel intérêt à mettre le :hover sur le <li>
Modifié par Tony Monast (31 Oct 2011 - 20:15)
Salut,
Tout pareil, plutôt li a:hover, avec donc un li a.current-item pour la page en cours. Généralement, un passage du lien en affichage de type bloc suffit pour faire tout ce que l'on veut. Bien sûr il y a parfois des exceptions…
A noter qu'il y a aussi parfois des CMS qui permettent de générer automatiquement ton menu avec une fonction maison, plaçant automatiquement la classe pour la page en cours dans l'élément <li>…(*)
Yep
(*)C'est le cas de WordPress par exemple. Dans ce cas soit on s'adapte, soit on passe par une autre fonction, soit (mieux) on crée sa propre requête avec WP_Query
Modifié par audrasjb (01 Nov 2011 - 09:12)
Tout pareil, plutôt li a:hover, avec donc un li a.current-item pour la page en cours. Généralement, un passage du lien en affichage de type bloc suffit pour faire tout ce que l'on veut. Bien sûr il y a parfois des exceptions…
A noter qu'il y a aussi parfois des CMS qui permettent de générer automatiquement ton menu avec une fonction maison, plaçant automatiquement la classe pour la page en cours dans l'élément <li>…(*)
jmlapam a écrit :
@jb_gfx: oui les situations diffèrent, j'entends bien, mais donc ma pratique est pas trop mauvaise alors.
Yep

(*)C'est le cas de WordPress par exemple. Dans ce cas soit on s'adapte, soit on passe par une autre fonction, soit (mieux) on crée sa propre requête avec WP_Query
