Reprise du message précédent :

var sfhover= function(){
    var sfEls = document.getElementById("menu" ).getElementsByTagName("li" );
    for(var i=0; i<sfEls.length; i++){
        sfEls[i].onmouseover=function(){
            this.className +=" sfhover";
        }
        sfEls[i].onmouseout=function(){
            this.className = this.className.replace(new RegExp("sfhover\\b","" ));
        }
    }
}
 
// on attache la fonction au onload une fois qu'elle est bien définie
if(window.attachEvent) { 
        window.attachEvent("onload",sfhover);
}

 
[/masklinn]
 
Et accessoirement c'est fort probable que tu puisses régler le probleme en css
Et utilise un lib pour ces trucs là
Et installe Microsoft Script Debugger

mask n'aurai pas laissé le commentaire en fr
 
et en CSS , les hover sur des li avec internet explorer , j'ai des doutes

je compare ²

Non mais y'a probablement un <a> dans son <li>

marche pas mieux  
 
Microsoft Script Debugger => google ...

 
j'ai l'impression que tu essaye de communiquer acvec moi

tu peux donner un peu plus de détail  
Est ce qu'il y a une erreur ?  

non pas d'erreur  
j'ai un menu.jsp  
qui contient

 
entete.jsp c'est ça  
 

un div qui contient une table, qui ne contient qu'une case qui contient une liste  qui est inclue depuis un .txt    
 
encore une fois, est ce que tu as le droit d'utiliser jquery ?

jqerry je suppose que oui mais je connais pas
et pour le moment on est encore qu'aux maquettes c'est le tout tout tout debut du projet
je fait des modifs en recette directement dans les fichiers  

Heureusement que tu viens sur ce topic pour qu'on puisse t'éduquer à coups de pelle à clous!

apparement ie6 n'accepte pas les hover enfin que les a

Y'a quoi dans ton menu.txt?
 

<li><b>Administration</b><ul>  
<li ><a href="#" >Identifier les établissements</a></li>
<li ><a href="#" >Identifier les agents</a></li>
<li ><a href="#" >Gérer les droits administratif des agents</a></li>  
<li ><a href="#" >Gérer le réferentiel des établissements</a></li>  
<li ><a href="#" >Gérer les autres référentiels à isofonctionnalité</a></li>  
<li ><a href="#" >Gérer les référentiels nouveaux</a></li>
<li ><a href="http://s22-dev-grh:8082/orfee/jsp/admin/droitsUsers.jsp">Gérer les droits des utilisateurs</a></li>  
 

je doit avoir un pb dans le css vers la  

J'ai fait exprès de pas factoriser ça, c'est pas les images définitives, je factorise tout ce qui peut l'être (dans la limite du pratique).

Et non raccourcir une expression ce n'est pas factoriser. Pour qu'il y ai factorisation il faut qu'il y ai mise en commun entre 2 parts. Ca découple le CSS d'une partie du HTML oui, mais ça factorise rien du tout puisque ça ne sera pas réutilisé.

oui
 

mais pourquoi tu n'utilises pas nu menu tout pret , et moins crade
tu aime passer du temps à réinventer la roue ?

J'ai pas dis le contraire.

C'est pas un argument ça : Faire le contraire te limites dans la factorisation et la maintenance.

J'avais bien l'impression que si

Dans la factorisation non, je factorise sans pb même si dans l'exemple que je t'ai donné il n'y a que du ciblé.
Quand je veux factoriser j'enlève le ciblage, je crée une classe avec un nom adequat, et hop.

Pour la maintenance je me suis jamais senti gêné, sauf si je me suis planté dans la sémantique, ce qui arrive pas souvent et réparable en 2/2...

Le seul truc chiant c'est que ça prend de la place (et des perfs p-e, à voir).

euh je participe mais j'ai rien créer  
c'"est mon collegue  
et il est pas la  
 
quel genr ed e menu tout fait ?

  Je parle de virer l'excédant dans l'exemple cité. Je sais encore ce que la factorisation merci.

Bonne chance à qui récupèrera ton travail.

OK
Au passage t'iras dire la même chose aux devs de Wordpress, Magento, Symfony, qui font globalement comme moi, et tous ceux qui ont récupéré leur travail...

edit : ah nan, Magento c'est plus des partisans des noms de classes de 20 lettres sur chaque élément...

 
Au pif :
 
Wp
 
http://flokka.com/wp-content/themes/flokka/flokka.css
 
Magento
 
http://pro-demo.magentocommerce.co [...] styles.css
 
Pas trouvé Symfony
 
Il dit que ça n'a rien à voir avec ton code  
Wp est orienté module par défaut, et y'a pas autant de ciblage que dans ton code, ils compensent avec de la doc

.header .form-search .search-autocomplete ul { border:2px solid #636363; background:#010101 url(../images/bkg_input-search.gif) 0 100% repeat-x; color:#fff; }
.header .form-search .search-autocomplete li { text-align:left; border-bottom:1px solid #636363; padding:3px 12px 2px 12px; cursor:pointer; }
.header .form-search .search-autocomplete li .amount { float:right; font-weight:bold; }
.header .form-search .search-autocomplete li.odd {}

.comments .commentlist li{margin:10px 0 10px ;padding:2px 0px 2px 5px;list-style:none;overflow:hidden;}
.comments .commentlist li img.avatar{float:left;padding:2px 10px 5px 0;width:50px;height:50px;}
.comments .commentlist li .commentauthor{font-size:1.5em;font-weight:bold;letter-spacing:-1px;}
.comments .commentlist li.authorcomment{list-style:none;background:#f5f5f5;border:1px solid #ccc;padding:2px 0px 2px 5px;}

Tout ce qui change c'est qu'ils ne sont pas en HTML5... Mais ce qu'il peuvent préfixer pour rendre plus compréhensible (ul., li., img.), ils le font, et ils ciblent quand même pas mal quand c'est pas factorisable.

Symfony c'est le CSS de l'admin generator, ya pas lourd mais bon :

#sf_admin_container fieldset.collapsed .collapse-toggle { display: inline !important; }
#sf_admin_container fieldset.collapse h2 a.collapse-toggle { color:#ffc; }
#sf_admin_container fieldset.collapse h2 a.collapse-toggle:hover { text-decoration:underline; }

vos pb sont pas interressants

j'avais utilisé le menu twinhelix il y a longtemps
sinon, il doit bien en exister en jquery / mootols
 
 
shinuza / theredled : comparer quelque chose de très génériqeu comme wp qui doit faire face à toutes les situations possible et un site spécifique ne sert à rien

.header .form-search .search-autocomplete ul { border:2px solid #636363; background:#010101 url(../images/bkg_input-search.gif) 0 100% repeat-x; color:#fff; }
.header .form-search .search-autocomplete li { text-align:left; border-bottom:1px solid #636363; padding:3px 12px 2px 12px; cursor:pointer; }
.header .form-search .search-autocomplete li .amount { float:right; font-weight:bold; }
.header .form-search .search-autocomplete li.odd {}

.comments .commentlist li{margin:10px 0 10px ;padding:2px 0px 2px 5px;list-style:none;overflow:hidden;}
.comments .commentlist li img.avatar{float:left;padding:2px 10px 5px 0;width:50px;height:50px;}
.comments .commentlist li .commentauthor{font-size:1.5em;font-weight:bold;letter-spacing:-1px;}
.comments .commentlist li.authorcomment{list-style:none;background:#f5f5f5;border:1px solid #ccc;padding:2px 0px 2px 5px;}

Dans le premier exemple .header .form-search est inutile, dans le second ça dépend. Mais bon, c'est pas parce que x fait des trucs louches que t'es obligé de faire pareil hein.
Accesoirement ils sont censés être assez spécifique dans leur code puisque les css sont livrées avec le html.

Ça change rien ça

Rien n'indique que c'est leur but.

Ta gueule

pour une fois, il a raison ( a noter que son problème est inintéressant aussi )

Shinuza, qu'est ce que tu as en fait contre l'idée de faire des trucs comme ça ".header .form-search .search-autocomplete li"
 
Si lui trouve ça plus clair où est le souci ? Niveau résultat, affichage, perf c'est pareil. Et apparemment pour lui c'est plus claire à maintenir.
 
Je comprends pas trop où est le débat

Jcrois qu'on a assez étalé nos arguments, suffit de lire maintenant

Nan. Passe un coup de Google PageSpeed pour voir

 
égos

Et t'en veux encore, donc ?

Bah non moi je voulais des vrais arguments

Dans ce cas le pb c'est plutot que t'as pas tout compris, parce que moi je les vois les arguments de Shinuza (bien que je sois pas forcément d'accord)

Si il avait posté du code php qui présentait les mêmes défauts la moitié du topic lui serait tombé sur le dos. A la limite je m'en fous. C'est un topic ou tu donnes 90% de conseils, y'a un millier de sites qui traitent de tous les sujets qu'on peut aborder ici et ailleurs et c'est pas pour autant que tous les web sont standards ou bien developpé, ou performant, ou maintenable

Nan mais Shinuza arrête de délirer, moi aussi je peux comparer CSS et PHP, et dire que ta méthode consiste à foutre toutes les fonctions en global et leur donner des noms pas explicites parce que c'est plus court et qu'il suffit de commenter ou de faire une doc

Je veux bien que tu sois pas d'accord avec (ce que tu as compris de) ma méthode, mais de là à en faire un crime contre la programmation

Ok bon bah t'as rien compris aux CSS. Débat suivant.

Shinuza essaye de t'expliquer que faire de longs chemins CSS est limite inutile.

Avec ce code :

.header .form-search  sont complètements inutiles puisque tu limites l'utilisations de .search-autocomplete, tu ne peux pas le mettre ailleurs.
Alors surtout que .search-autocomplete pourrait être utilisé ailleurs que dans header. En plus tu allourdis la CSS pour rien.
Pire encore, si tu dois sur styler ton UL tu devras écrire un sélecteur CSS encore plus long.

Autre chose tu utilises des classes pour des éléments uniques et surtout des éléments du corps de page :
.main, .header, etc...

C'est parties là tu leurs colles un "id" et ça ne se discute pas.

Et tiens cadal :