Reprise du message précédent :

 
  Mais pourquoi?

Parce-que ça me fait chier de devoir inventer des protocoles de destruction débiles dans un langage avec GC dans le seul but de pêter des cycles dans des event handlers

Wow ca sent un peu le bricolage nan ?

Ça sent le bricolage parce qu'il n'y a pas de weakrefs en JS

Ya pas de weakrefs dans la spec JS, et pour un truc pareil t'as un peu besoin de support dans la VM, c'est pas comme si tu pouvais implémenter des weakref fonctionnelles via une lib externe

Et en l'occurence, dans les browsers il peut y avoir, parce que il y a une propal dans Harmony.

Pas si t'as un hook sur le GC et la main sur la persistance
i.e: Y'a des bidouillages dans node pour faire des weakref.

Codés en C++

Tu t'attendais à quoi?

à rien du tout, c'est toi qui assertis que les weakrefs sont dispos en js.

C'est utilisable depuis le JS, codé en C++ ou pas on s'en branle: les weakrefs sont dispos en js, en tout cas dans nodejs.

Non, tu peux pas créer une lib JS utilisant des weakrefs

J'ai bien compris que tu te touchais la bite sur nodejs, mais nodejs != js. J'en ai rien à foutre que si tu forces les gens à compiler des extensions nodejs natives tu puisses avoir des weakrefs dans node. C'est comme dire que l'object destructuring ou les listcomps sont dispos en JS. C'est pas le cas, c'est dispo dans les extensions propriétaires de moz. C'est très pratique si t'écris du code pour Firefox, ça sert à rien si t'écris du javascript.

Ben c'est pareil avec les extensions natives de node.

Ce qui est marrant c'est que si j'avais dis que les TypedArray n'existent pas en JS, t'aurais été le premier à monter au front avec i.e Chrome

Les typed arrays il y a une vraie spec derrière. Et si j'étais monté au front (probablement pas le cas, j'aurais juste dis qu'ils sont dans webgl et que c'est implémenté par x, y et z) ça n'aurait sûrement pas été avec chrome.

Donc non ça n'a rien de marrant, ça n'a strictement aucun rapport.

J'entends souvent dire que FF est ZE browser pour faire du dev web. Une tite explication sur le pourquoi du comment ? Les inspecteurs de chrome / FF / Opera / IE se valent ou bien ça vient de là cette pref pour FF ?
 

Firebug est quand même plus puissant sur plein de points AMA, et puis il y a beaucoup plus d'addo

 
Bof celui de chrome fait pareil...

Lesquels?

Oui. Maintenant, va savoir s'ils manquent dans les faits. Perso j'ai échangé les addons firebug contre la vitesse d'exécution des devtools Webkit, et j'en suis très content.
 
Le seul truc qui me fait chier, c'est le manque de tracebacks dans la console en cas d'exceptions, j'ai juste l'endroit d'où l'erreur a été raise

=>

 
Ya aussi le truc d'affichage des marges que je trouve pas top, je sais plus pourquoi.

Firebug est supérieur par le nombre d'outils, mais c'est justement ce qui fait que le développement est plus aisé
 
Entre :  
Yslow, Pixel perfect et CSS-X-fire ya de quoi gagner du temps en montage

Ça manque niveau "plein de points", et c'est plus de l'usability que de la puissance.

Si la console est ouverte avant que l'erreur ne se produise, tu as la traceback depliable par le petit triangle, sinon tu n'as que la dernière frame.

 
Oui.
 
Je trouve ça super casse-couille de péter les 3/4 des extensions à chaque mise à jour même mineure.
 
Ils n'auraient pas pu gérer le truc différemment ? Ca fonctionne comment sous Chrome par exemple ? Parce que je n'ai jamais été emmerdé avec ça.

Chuis pas sûr que ça marche tout le temps (et ça marche jamais pour les types d'erreur custom)

La surface de l'API d'extension chrome est beaucoup plus petite, et ils n'utilisent pas les mêmes APIs pour les extensions et pour le navigateur même, donc les évolutions internes n'ont pas spécialement d'impact sur l'API d'extensions. Mais tu peux pas coder un Firebug dans les extentions chrome.

Vous vous branlez sur les weakrefs et maintenant vous vous branlez sur les extensions de développement des navigateurs \o/

 
Non, pas moyen de faire via CSS car la hauteur de mon wrapper #global change en fonction du contenu de mes pages.
 
Ça ne marche toujours pas.. pourtant j'appelle mon $("#global" ).innerHeight(); dans le document.ready de jQuery.. parfois c'est bon, parfois j'ai des écarts de valeurs... il doit y'avoir quelquechose qui vient interférer.. j'ai l'impression que c'est un peu aléatoire.. qu'est-ce qui pourrait interférer avec le calcul d'une hauteur d'un div?

Tu as besoin de faire quoi avec ton wrapper global pour récupérer sa hauteur ?  
tu peux nous montrer ton html/Css et nous dire exactement ce que tu veux faire. Je suis sur que tu peux te passer de ton bricolage.

 
C'est aussi mon sentiment.

ma page est comme ceci:
 

 
 
je veux faire en sorte que #supersized (qui par défaut occupe toute la largeur et hauteur du browser) s'arrete au footer pour pas que l'image soit énorme et passe sous le footer, comme sur cette image:

 
quand j'execute $("#global" ).innerHeight(); dans la console de Chrome, j'obtiens 1705px (qui est la bonne valeur), tandisque que quand j'execute cette meme fonction dans le $(document).ready j'obtiens 1543px    
Donc si vous avez une idée, une piste ou quoi.. parceque là je sèche...

edit: j'ai rien dit, lire Gatsu

pb de conception
#global doit faire toute la largeur de l'écran (aucune width) + l'image de fond, et à l'intérieur tu dois avoir un #global_inside qui fait juste la largeur du site.
 
#footer doit aussi faire la largeur de l'écran avec une couleur de fond et meme combat, et sur body tu mets la couleru de fond du footer, et voila c'est réglé

 
C'est le cas, tous mes divs wrapper font la largeur du browser ensuite a l'interieur à chaque fois je fais un #machin-contrent avec la largeur du site (960px)    
 
Bon, on a rajouté un event dans le script Supersized, c'est au moment où il charge les images de fond que ça entraine des modifications du height. Ça a l'air de marcher
 

le height ne doit pas être figé, il vaut mieux utiliser un min-height de préférence

 
A noter qu'il ne marche pas sous ie6.

on s'en fout on applique un height pour IE6 et il le gèrera comme un min-height

Votre truc pue le bricolage

Je suis en train de bricoler des petites choses avecjQuery et je sèche.
J'ai un champ input et j'aimerais pouvoir faire un appel Ajax quand l'utilisateur a fini de taper du texte dedans.
 
Je considère que si l'utilisateur ne tape plus dedans pendant mettons 2 secondes et que le champ n'est pas vide, je peux faire l'appel.
 
Une idée de comment c'est faisable ?

avec un timer que tu réinistalise ensuite à chaque keyup

Merci.

J'suis en train de faire mumuse avec les nouvelles propriétés de css3 dont transform. Le problème c'est que du coup ça fout un alliazing tout moche sur les bords de ma div et sur le text qui est dedans. Y a une astuche pour "lisser" tout ça ?

@___alt :

un truc dans le genre, hein