Reprise du message précédent :

J'te rassure, c'est un cas particulier

http://www.php.net/~derick/meeting [...] parameters

k, lol

Pour le coup, c'est vrai que c'est pas beau, ce genre de code...ça sent la grosse fonction moche qui sert à tout.

 
Non, pas que je sache, et ça fait chier  

 
Ils ne voient pas l'utilité des paramètres nommés ? S't'une blague ou bien ?

la version actuelle de CSS, c'est le CSS 3 ?

non, 2.
Et encore tout n'est pas supporté partout, loin de là.

Le 2.1 je crois non ?

Edit : Oué bon d'accord, grillaid toussa

ok    
 
j'ai vu que ça bossait sur le XHTML 2.0... c'est abusé un peu, IE 7 vient de sortir il suppotre la moitié du CSS 2.
faudrait que les navigateurs puissent suivre l'évolution des standards
 
enfin bref, sinon comment ça s'apelle "machin" et "truc" en CSS ? des attributs ? des propriétés ?  
 

propriétés.

 
Ben oué ... en même temps s'ils se donnaient la peine de sortir des nouveslles versions tous les 3 mois

 
Étant donné que d'un coté le cycle de dev est d'environ 3ans et de l'autre coté le nombre de dev est d'environ 3 c'est pas près d'arriver

Ça c'est clair.
 
Ce que j'ai du mal à comprendre, c'est que si un standard est créé pour dire que dans les CSS, un  
 
.class{
    va-te-faire: mettre;
}
 
Doit mettre le fond de la page en couleur caca d'oie ... ça doit quand même pas être si difficile à mettre en place si ?
 
J'ai du mal à saisir pourquoi autant de trucs ne sont pas encore supportés Et en quoi c'est difficile de les implémenter régulièrement ...

ok, lol.

 
Déja rien que le box model en lui même est très difficile à implémenter. Ensuite les nouvelles features demandent parfois des changements profonds (genre l'ajout de la transparence pour un truc peut vouloir dire que la méthode de composition des différents blocs doit changer parce que tout les blocs doivent avoir ce qu'il y a en dessous, et être informés des modifs sur des blocs se trouvant en dessous... enfin pas vraiment ça mais dans l'idée). Ces changement pouvant casser des acquis qu'on considéraient comme vrai pour certaines optims.
 
Et surtout, parceque ce qui fait les pdm c'est l'interface et pas le moteur

des propriétés. Et la partie ".maclasse " ou "#monID", etc. ça s'appelle des sélecteurs.

 
Because it's teh mighty compliqué

Chez PHP le principe du KISS ils l'appliquent aux mecs qui développent PHP, pas à ceux qui développent avec PHP

Mon collègue de boulot a fait un div qui grace à javascript suit la souris lors d'un mouseover sur un div, un truc assez simple en fait..
Ca marche très bien avec IE, mais par contre, sous FF, le div clignote...
 
Vous avez déjà vu ça ? (s'il faut le code et le css, je le posterais)

Ouais, déjà eu le problème sur un site : http://auverreluisant.com/
 
Les yeux clignotaient comme des porcs. J'ai du coup utilisé l'événement mousemove du document, et plus de clignotement, et mouvement fluide

j'ai deja vu ce genre de 'gadget' et généralement c'etait pas utiliser a bon escient
 
ceci dit, sans le code, et vu qu'on m'a piqué ma boule de cristal ,je ne peut pas faire grd chose

 
Ça c'est constructif
 

Nan, mais t'as vu les conneries que tu racontes, aussi?

t'as VRAIMENT l'impression que ça devrait être facile à implémenter?

 
Voici le js :  
 

 
Si ya besoin d'autre chose...
 
Merci

j'ai un truc qui marche sous FF mais pas sous IE 6 (g pas testé avec le 7, pourtant j'ai un XP SP2 activé au boulot )
 
j'ai une liste de liens avec les puces enlevés, remplacé par des background-image. Et j'aimerais que quand je survole le lien de la liste, ca me change l'image. Un simple :hover koi...
 
voici le code:

 
IE fait bien l'effet hover, mais avec il ne tient pas compte de ma classe .active
 
c'est la bonne syntaxe ce que j'ai écris ou pas ?  
 
 

Déjà, en rajoutant des  `+"px";`, t'éviterais des incompatibilités probables

back > window.event n'existe que sous IE . Remplace le par e.srcElement.id
 

It's not going to work

 
Ben franchement oui ...
 
Dire que ça ça va là, et ça ici, pour moi ça me semblait pas insurmontable pour des gens doué dans ce domaine  
 
Je me doute bien qu'il doit y avoir certaines contrainte ... mais franchement ça ne saute pas aux yeux que ça peut être ULTRA difficile hein ...

why ?  
 

que répondre à ça ...

Allez-y bande de moules, liguez vous si ça vous amuse, j'ai juste expliqué mon point de vue sur le pourquoi du comment ...
 
Enfin bref, ça n'amuse que vous, ô grands Dieux

Parce que MSIE ne connait que `window.event` donc si tu lui enlèves fukaide

Le pékin moyen aurait saisi qu'il suffit de tester la valeur de `window.event` et de lancer alors l'opération kivabien

ça m'amuse pas trop, non.
Je parie que la majorité des gens ici se planteraient si on leur demandait de dessiner à la main une page web avec un css un peu sortant de l'ordinaire, tiens...

 
Han t'as quoté avant que j'édite
 
Et forcément que la majorité se planterait... on est pas "dans" le métier du développement d'un navigateur internet
 
Nan mais bref, ce qui m'enerve c'est de me prendre de haut juste parce que je pensais que c'était pas si difficile à implémenter, stoo

 
Honnêtement, essayes.
 
Pas de faire un moteur de complet, mais prends n'importe quel language ou tu puisse faire des arbres (C, lisp, javascript, php...) de structures et dedans fout l'equivalent d'un rectangle (x,y,width,height), ne t'occupe même pas encore du texte. Et fait un peu de code pour les arranger en respectants des propriétés de base dans chaque bloc, au début facile : width, height, margin, padding, border puis tu ajoute le positionnement par rapport au bloc parent, puis les flottants, etc... tu va voir que sans même vouloir suivre à la lettre la norme spa si facile que ça si on veut garder des perfs correctes (oui parce-que mine de rien un tas de ptits carrés tous un peu positionnés selon les autres qui bougent au fur et à mesure que la page se charge, puis quand tout plein de propriétés sont touchées par le js, l'arbre dom qui bouge, etc... ça peut sévèrement miner les perfs).
C'est pas très long à faire, les données à manipuler sont super-simples et pour visualiser c'est pas trop dure dans n'importe quel langage de dessiner des rectangles (tout langage qui sait écrire du texte peut écrire une liste de rectangles en svg au pire) et en fait c'est super intéressant, pour par exemple comprendre des trucs comme pourquoi il est logique que le w3c ne soit pas tenté par le centrage horizontale de blocs de largeur inconnus à l'avance, pareil pour le vertical, etc...

 
Aux dernières nouvelles si t'es développeur web c'est ton métier de savoir interpréter du css.
 

 
Bah il suffit de réfléchir 2 minutes pour se rendre compte que c'est très très très loin d'être évident.
Tant et si bien qu'il y a au moins 3 équipes de devs qui ne sont a priori pas plus cons que la moyenne qui bossent là-dessus depuis des années, sans succès...

faut faire les 2 : une version pour ie une pour ff  
 
j'adoooooooore le developpement web