Reprise du message précédent :

Outre le fait que tu pourrais assigner l'event juste après la creation du truc, tu pourrais aussi assigner l'event à une classe CSS plutot qu'à un ID, car ce dernier si j'ai bien compris s'incrémente tt le temps. Dans le code de la fonction assignée il te suffirait de reperer l'origine de l'event.
 
A noter que sous jQuery (1.3+) il existe une fonction Live (http://docs.jquery.com/Events/live) qui permet d'assigner un evenement à une classe donnée existante OU qui va exister.

Oui, j'ai aussi trouvé ça très moche sur le coup, mais je ne sais pas comment faire autrement.

Il est pas appelé, il se charge tout seul.

 
Comment ?

Yep mais dans l'esprit c'était "gros bloc de code", et généralement les guidelines (que je connais) disent de ne pas dépasser quelques dizaines de lignes par fonctions (donc dans une fonction "courte", ya pas de risque de s'y perdre en lisant ton code )

Enfin bon, sinon, je mets des return en début de fonction, j'avoue

C'est des branques
C'est forcément mieux de minifier, dégager des caractères inutiles ça ne peut en rien être négatif (surtout si t'as beaucoup de commentaires, tabulations & co)

Et puis, tant qu'a faire autant tester par soit même :
http://compressorrater.thruhere.net
Brut : 97k
Brut + gzip : 17.5k
Avec YUI compressor + gzip : 12.5k

arf, tu t'es engagé dans un terrain boueux
 
par contre, tu peux essayer de faire ca (c'est moche et tout mais bon .... )

line += '  <a onclick='addLine' href="#" id="parentLine'+ nbrLines +'">+</a>'

comme ca t'as pas besoin de placer l'event avec prototype, mais à toi de décrypter l'origine du click (avec l'objet event passé en premier param automatiquement ou window.event en global pour IE).
Perso je pense que tu devrais te repencher à l'occas sur ce soucis et revoir la facon que tu as de gérer cette arbre et surtout sa génération (le nbrLines global caÿlemal)

line += '  <a onclick='addLine' href="#" id="parentLine'+ nbrLines +'">+</a>'

 
Oui, ça c'est ma solution de dernier recours.

 
j'ai édité entre temps sorry
je pense que tu devrais gérer sérieusement ton arbre et ton code différement, car à terme tu vas te retrouver avec un sac de noeud pas possible

 
Pour l'instant je ne vois pas comment le gérer autrement, sinon je l'aurai déjà fait

Ca change toutes mes fonctions avec un onclick

 
Regarde la doc d'un des tes 40 frameworks
 

 
Un passage de 24 a 17% pour scriptaculous par ex ca me parait pas dramatique. le moins :  
- devoir mettre en place l'outil dans son processus de deploiement (ok c'est pas super chiant)
- de risquer de se retrouver avec des problemes dus a la compression, surtout si on a pas de tests sur son code et qu'on utilise un minifieur "a risque"
 
Tout ca pour un gain minime sur un seul download, je pense pas que ca ait vraiment d'interet pour un site avec un nombre de requêtes pas très élevé.

Quoted.

Oh je crois que ca a été archi-quoted même

Salut à tous,  
 
il n'y a pas un topic unique "html 5" sur le forum ? Pas réussi à trouver ça avec le moteur de recherche.

Pas à ma connaissance.

C'est en projet pour l'an 2021 afin d'être fin pret avant la sortie de la spec finale

FUD yo.

les dates importantes sont:

• Maintenant, parce que tu peux déjà utiliser HTML5 pour créer tes sites (tout ce qui n'est pas nouveau c'est de la standardisation de comportements existants, le doctype fonctionne, http://validator.nu/ aussi)
• Cette année, last call working draft
• 2012, Candidate Recommendation

alors XHTML 2 c'est mort ?

De toute façon, je le maintiens, rien que pour l'argument du breakpoint unique dans le debugger
De plus, je ne pourrais pas me résoudre à déroger à cette règle aujourd'hui

C'est pas du fud, c'est la roadmap officielle
Perso, je trouve ça débile de prévoir 10 entre une "candidate recommendation" et une version finale

Si t'as pas l'habitude de changer tes habitudes, t'es pas fait pour le dev d'abord

La plupart des navigateurs ont déjà bien commencé à implémenter qqs éléments de la spec. Bon, évidement, IE est à la bourre (est ce bien la peine de la préciser ?). Et avec le soutien de géants type Google, il y a moyen de booster l'implémentation et le déploiement des navigateurs compatibles.  
 
Et puis certains éléments d'HTML 5 peuvent déjà être utilisés, et se déprécier correctement sur des navigateurs plus anciens (je pense notamment à l'élément <video> ).  
 
Bref, à mon avis, HTML 5 vaut déjà bien la peine qu'on s'y intéresse.

HTML 2 n'est toujours pas supporté intégralement.
 
Et c'est du FUD parce que tu impliques que html5 ne sera pas utilisable avant.  

 
Toi t'es bien comme mes profs.
Un seul return par fonction, parce que c'est mieux, blabla, mais au final ils n'ont pas d'arguments concrets

Moi aussi j'ai fait ça pendant longtemps. Et pis là j'ai un peu changé de manière, c'est vrai que quelques returns au début de la fonction c'est pas mal

 
C'est d'ailleurs ici que j'ai appris les returns en début de fonction, pour éviter d'avoir des accolades dans tous les sens.

Dans la phrase que tu quotes, il y a un argument concret

 
Non mais c'est tout autant la merde puisqu'avant tu dois suivre ta variable qui va jusqu'à ton return.

D'accord.
T'as parfaitement compris l'intérêt du debugger.

D'après c2, le "single exit point" était initialement part de la définition de Structured Programming, et l'une des techniques permettant l'analyse mathématique propre des fonctions, à l'époque ou le style d'en face c'était le codage à grand coup de gotos "nus" partout.
 

 
http://c2.com/cgi/wiki?SingleFunctionExitPoint

Ce n'est donc pas contre-indiqué
Avec l'argument du breakpoint unique, je remporte même le set

Bon,
je simplifie le problème peut-être que quelqu'un pourra m'aider :
 

// Structure de départ de l'arbre
var struct1 = [
{
    'id' : 'item1',
    'txt' : 'Nom du fichier de règles',
    'open' : true,
    'items' : [
    {
        'id' : 'item'+nbrLines,
        'txt' : '<div id="l1">bla</div>'
    }
    ]
}
];
 
function TafelTreeInit () {  
  // Initialisation de l'arbre
}
    
document.observe('dom:loaded', function() {
  $('l1').insert('ahah');
});

 
Le problème : "l1" n'existe pas, il ne peux donc pas y effectuer une action.

Y'a pas un évènement une fois que tafel a fini l'init ? Ce serait top

 
Merci, grâce à toi ma journée n'est pas perdue

Quand ça complexifie le code un peu quand même  

C'est pas un argument, les breakpoints ça sert à rien

Y'en a un

 
Oui, et ça fonctionnement maintenant sous IE6 et Firefox.

Ça complexifie le code si celui-ci est mal fait/trop long. Le single return statement bien employé permet donc de garder un code bien fait, pas trop long, avec un poil doux et soyeux

Dans les langages que je pratique, je ne vois pas trop d'autres choix.

Ah ben c'est cool alors

 
Et j'ai passé une 4 jours pour cette interface.
ProductivitéG

en effet, et je trouve ça même plutôt cool
 

J'en retiens : "Tout ca pour un gain minime sur un seul download"
Pourquoi sur un seul ?
Ton outils de déploiement tu le configure pour traiter TOUS tes fichiers JS, et roule ma poule tu gagnes 40% sur le poid de tous tes JS (diff entre la version gzip et mini+gzip).
C'est ça te temps épargné à l'utilisateur, et ça de sauvé en BP de ton côté, donc des $ gagnés.
 
En effet ya le risque du minify foiré, a ponderer avec les + assez pas mal quand même ! (tout ça pour un cout modique)

http://henry.precheur.org/2009/4/2 [...] rs%3F.html

Ca s'applique aussi à la minification (si la déminification est pas faite à coup d'eval)