Reprise du message précédent :

parente ? càd qui "descend de" ou qui a le même parent ?

Avec mif tree t'as une methode getParent() sur chaque noeud ou alors je compredn tjrs aps

Dans les deux sens en fait.
Je dois le savoir pour ensuite gérer leur liens de parenté en bdd.

t'as justement pas besoin de jouer sur les ids, t'as des métrhodes exprès.

pour les autres framework je peux pas dire, mais sous extJS tu as pour chaque element d'un tree la propriété parentNode pour choper le parent et nextSibling/previousSibling pour les branches "frangines".
En méthode tu as eachChild qui te permet d'executer une fonction données pour chaque enfant du node courant.
http://extjs.com/deploy/dev/docs/? [...] e.TreeNode
 
Et sachant que chaque node peut avoir des params custom en plus

tanx.
 
http://ircache.net/cgi-bin/cacheab [...] descend=on
 
me dit que c'est nickel, mais pour autant j'ai jamais de header 304 not modified

Expires et Cache-control sont exclusivement côté client (caches), pour les 304 c'est à toi (toi, ton framework, ton serveur web, whatever) de le gérer avec le couple Last-Modified (réponse depuis chez toi) et If-Modified-Since (requête depuis le client) et le couple ETag/If-None-Match (pareil que LM/IMS, le premier c'est ce que le serveur envoie, le second c'est celui que le serveur reçoit).
 
C'est d'ailleurs pour ça qu'ils sont présents mais vide sur ta page de test.

alors c'est pour ça que parfois l'image s'affiche mais qu'aucune requète n'est envoyée ? ca veut dire kça marche ?

Et ouais tiens mon framework symphonique il doit bien avoir des trucs chouette tiens.

Oui, le client regarde dans son cache, voit que la ressource est encore valide pour 2j, 23h et 55mn, et tape dans son cache plutôt que de balancer une nouvelle requête.

Oué, enfin, pas trop d'extrémisme non plus... Parce qu'utiliser des libs de 300ko dans tous les sens sur des pages où on fait juste 3 opérations JS, c'est pas adapté ! (sauf si personne visite ton site, ou que tout ceux qui le visitent le font en local )
 
Et puis avant de toucher des libs JS, comprendre un peu le fonctionnement du JS ça a du sens, surtout pour un developpeur web

jquery minified + gzipped, 19k

Si tu pars du principe que le gars va utiliser une lib légère, la mettre en prod enversion minifiée, gzippé, avec entêtes d'expiration bien gérés, et mettre le JS en bas de page => tu pars du principe que le gars sais a peu près ce qu'il fait
 
C'est l'approche "Touche pas au JS, utilise un framework JS, neuneu va !" que je critique... si le gars a besoin de son jquery et fait ça bien, bah cool
 
 
J'ai en tête des sites (de là où je bosse ) où dans tous les entêtes sont avec prototype + scripaculous.
D'une part c'est inutile sur 95% des pages, mais surtout aux endroits où ça sert c'est juste pour faire un getElementsById ave le raccourci $().
Génial...

D'un autre côté, si tu les sers via un httpd correctement configuré, ça tape dans le cache dans toutes les pages après la première  
 
Bon t'as quand même le coût d'évaluation de la lib même, mais c'est pas si pire

sinon tu te recode ta propre light weight library qui fonctionne est modulaire et faire 95% de tes besoin les 5% restants étant codés au cas par cas \o/

Ouai quand on est un visiteur assidu du site, sauf qu'en moyenne, une visite dure quelques pages (4/5), donc le gars à pas le temps d'avoir obligatoirement besoin de la lib
(et s'il tombe sur une page qui en a besoin, mieux vaut lui mettre la pénalité sur la page souhaitée qu'en premiere page o il se tapé déjà la pénalité de tous les éléments communs à charger )

Perso j'ai bien du utiliser 60% de mootools...

 
Dans le framework il y a mootools, prototype, scriptaculous et xajax

Tu veux pas en rajouter un ou deux ?

Résultat d'une succession d'intervenants différents.

Je me tâte pour jQuery ou ExtJS

IE6 me pète les couilles à chaque fois avec sa demande d'autorisation du contenu bloqué.
Pas moyen d'y remédier ?

Mark of the web

 
It's not a bug, it's a feature.

tu t'installes un serveur HTTP pour coder en localhost
 
quand on fait un site web, on le teste en condition, donc en http

mais comment on peut en arriver là

 
Merci

C'est quoi la bonne manière de filer une variable a une callback javascript en jQuery ?  
 
typiquement, j'ai quelque chose comme ça :  

function changeLaCouleurDeFond(index, element) {
    $(element).css("background-color", couleur);
}
 
couleur = "red";
$("div" ).each(changeLaCouleurDeFond);
 
couleur = "#FFFFFF";
$("span" ).each(changeLaCouleurDeFond);

 
je trouve ça très moche, y'a mieux ?

Epic win, rien ne s'affiche sous IE6

function changeLaCouleurDeFond(index, element) {
    $(element).css("background-color", couleur);
}
 
couleur = "red";
$("div" ).each(changeLaCouleurDeFond);
 
couleur = "#FFFFFF";
$("span" ).each(changeLaCouleurDeFond);

function changeLaCouleurDeFond(color) {
    return function (index, element) {
        $(element).css("background-color", color);
    }
}
 
$("div" ).each(changeLaCouleurDeFond("red" ));
$("div" ).each(changeLaCouleurDeFond("#fff" ));

Le problème c'est qu'avec ça ta fonction va être appelée 1 fois par match, s'pas très rapide, et un peu con:

Donc normalement tu peux écrire:

$("div" ).css("background-color", "red" );

function changeLaCouleurDeFond(color) {
    return function (index, element) {
        $(element).css("background-color", color);
    }
}
 
$("div" ).each(changeLaCouleurDeFond("red" ));
$("div" ).each(changeLaCouleurDeFond("#fff" ));

bon, j'aurais pas trouvé. j'ai bien fait de demandé

c'était surtout pour l'exemple.

S'paske tu fais du java, ça comprime le cerveau

Ben oui mais il y a des masses de commandes jquery qui bossent directement sur des collections, donc bon...
 

La vie de la totalité des forumeurs ne suffirait pas à utiliser tout ce que tu sais

function changeLaCouleurDeFond(index, element) {
    $(element).css("background-color", couleur);
}
 
couleur = "red";
$("div" ).each(changeLaCouleurDeFond);
 
couleur = "#FFFFFF";
$("span" ).each(changeLaCouleurDeFond);

couleur = "red";
$("div" ).each (function () { $(this).css ("background-color", couleur) } );

 
Ceci dit comme le précise Masklinn, c'est pas necessaire    

Bon, j'ai un ultime problème avec IE6 et après j'aurai fini le côté client de mon interface.
 
J'ai ça :
 

function load() {
    $('parentLine2').observe('click', addLine);
    $('addValue2').observe('click', addInputClick);
    $('addAttribute1Tag2').observe('click', addInputClick);
}

 
qui ajoute mes listeners au chargement de la page.
 
Sous firefox ça se passe bien, mes fonctions générant le html sont appelées, puis le page se charge avec le html généré, puis la fonction load se charge (je l'appelle avec le "onload" sur le body).
 
Le problème c'est qu'IE6 aime pas la fonction load car apparemment il l'interprète avant le chargement complet de la page, et évidemment, je n'ai aucun id présent.
 
La seule solution que j'ai trouvé est d'utiliser des onclick plutôt que des listeners, mais si vous aviez quelque chose de plus propre, je suis preneur.

ça te sert à briller sur les forums
 

function load() {
    $('parentLine2').observe('click', addLine);
    $('addValue2').observe('click', addInputClick);
    $('addAttribute1Tag2').observe('click', addInputClick);
}

Il manque du code là. Comment est assigné load à l'évènement onload ?

 
<body onload="javascript:load();">

jQuery ?

$(document).ready (load); // load c'est ta fonction :o

$(document).ready (load); // load c'est ta fonction :o

Prototype.
Edit : il y a pareil dans prototype, merci