Reprise du message précédent :

 
ca pourrait *servir* dans des cas particuliers genre un bind sur un selector suivi d'un append d'une instance qui match (le truc qu'on fait en ajax regulierement)
par contre ce serait bien la loose pour tout le reste    
 
nan je déconne, ca servirait a rien, puisque comme tu l'indiques il suffit de bind() sur un parent et exploiter event.target pour cibler le bon (ou window.event.srcElement pour les fans de IE)
 
faut lui dire au dev qu'on fait plus clean que void(0) maintenant, c'est fini la bulle internet des années 2000.
 
y'a un bouton [blame] dans github hein, il sert a ca.

Le pire c'est que le mec quand tu regardes son CV il a l'air de bosser sur de gros projets et est dev senior. C'est ça qui me gêne le plus. a mon avis le mec est arrivé sur le JS il y a moins de deux ans et a loupé quelques petites choses.

ou alors il a fait du js pendant 2 ans il y a 10 ans
il a appris a l'epoque des meilleurs sites js de l'internet comme dynamicdrive, huhuhu
 
si c'est ca difficile de lui en vouloir, a l'epoque les framework et bonnes libs js y'en avait pas vraiment (2004 dojo, 2005 proto, 2006 jquery et mootools ...) c'etait la guerre NS vs IE5, on etait en plein boom flash/shockwave vs java applets et en js on commencait a peine a faire la distinction nuskool/oldskool qui a amené aux libs js qu'on connait actuellement
 
suffit de lui dire et lui expliquer en quoi c'est plus clean, s'il fait du dev c'est qu'il est toujours pret a apprendre donc il devrait integrer

Tu ne m'apprends rien j'ai vécu la guerre NS4 vs IE4  et j'ai vu passer toutes les principales libs.

alors on était probablement dans les tranchées au même moment.
 
si tu lui donne l'info simplement il y a de fortes chances qu'il comprenne et qu'il implemente en fonction ca sert a rien de stresser pour ca, une simple ligne sous awk et c'est marre.
 
pareil, pour votre test quirks IE et doctype, il suffit de monter un test rapide et c'est reglé, spa la peine d'en faire un fromage, par contre faut annoncer le resultat.
 

Boah je sais pas comment ça se passe de votre coté, mais chez nous faut reconnaitre que le JS est pas super... sexy. On a pas de séparation dev front/back, du coup on a tous plus ou moins appris le JS "sur le tas"... Donc même si t'essayes de pas faire des trucs trop dégeu, je pense clairement que le code est pas génial. Mais bon, on préfère faire du python que du JS

Sans vouloir faire le donneur de leçon, c'est pas une raison  

C'est plus une contrainte de temps qu'autre chose en fait. En lisant un peu reddit, je vois bien qu'il est possible de faire des trucs sympas et propre en JS ( ok, je posterai pas sur HFR j'aurais 15 min de plus / jour pour faire du JS, je sais )

Yo!
 
Y'a quoi comme moyen actuel pour avoir de la musique sur un site, sans que ça coupe à chaque rechargement ? faut un site full ajax c'est ça ?

un site dans un frameset    

ça fait réver  

 
si tu pars de templates propres c'est plus simple, par ex pour jquery => http://jqueryboilerplate.com/

 
*pop* *pop* popunder/popup?
c'est pas specialement intrusif et si on ferme/bloque la popup on coupe la musique.
 
un fichier playlist m3u (en esperant qu'il y ait un player compatible)

faudrait regarder comment/si les workers persistent.

http://www.typescriptlang.org/
 
des avis ?

J'y vois pas plus d'intérêt qu'à Dart, et j'ai encore moins confiance dans la source.

De ce que j'en vois, c'est surtout pour faciliter l'intégration dans VS 2012 , qui est largement moins bon que webstorm dès qu'on parle de "deviner" le type d'une variable.
 

http://i.imgur.com/eAlkZ.jpg

Mais

Le weapons system en jQuery

J'ai des messages  a faire passer en temps réel à des clients  

• node.js + websocket  
• xmpp / ejabberd  

Je dois avoir des acquit de réception, et je bosse avec une connexion qui va couper

socket.io + une implémentation socket.io en backend? (node, gevent, twisted, eventmachine, whatever)

Dear lazyweb: une lib FSM JS à recommander?

Socket.IO. Et pour l'accusé de reception, si t'as la main sur le client, il suffit de renvoyer un ping à la reception d'un message, de plus le client est configuré en infinite retry donc il devrait ping à la reconnection quoi qu'il advienne.

Je suis en train de maquetter tout ça  
(ou plutôt de ressortir un puissance 4 que j'avais fait pour tester il y a qq mois )

Dans le cas d'un générateur d'avatar, quelle techno utilisée (ou méthode) à part flash, pour protéger au maximum du vol, l'outil et les éléments graphiques ? (avant l'export du JPG final j'entends bien)

Question CSS  

J'ai un container de largeur fixe. A l'intérieur, des éléments flottés avec des largeurs fixes et des marges. Le nombre de ces éléments est variable, mais mettons pour cet exemple que lorsqu'il y a 5 éléments, la largeurs maximale est atteinte, c'est-à-dire que la somme des largeurs respectives + marges est égale à la largeur du container.

Ça marche partout sauf sur... Wait for it... IE6 \o/ Le dernier élément n’apparait pas.

Éléments flottés, marges, je pense dans un premier temps au doubled float-margin bug, sauf que le dernier élément est floaté à right, avec un margin-left uniquement.

Source http://www.positioniseverything.ne [...] argin.html :

Ça concorde pas trop du coup. Et bien sûr dans le doute, je test le fix qui ne fonctionne pas. D'autres idées ?

Edit : my bad, appliqué à toutes les colonnes du container, le fix fait son job.

 
Protéger des éléments graphiques quand un print screen suffit a les capturer a des limites de toute façon. Je les protégerais de par leur license, et un watermark ou de la stéganographie.

 
Le problème n'est pas de voler le résultat final, ça on s'en fiche.
Le but est d'éviter qu'un autre site récupère l'outil et tous les petits éléments graphiques (car qui dit generateur dit forcément petits éléments graphiques).  
Si on s'embète à payer un illustrateur pour faire 1000 éléments, ce serait relou qu'un concurrent nous pique tout

 
Mais c'est de ça dont je parle.

 
Tant que ça ne s'affiche pas sur l'avatar "in process", tu ne peux pas le screenshoter car il sera représenté en tant que picto simplifié pour que tu puisses l'appliquer, donc la question ne se pose pas...
Du coup, retour à ma question initiale

et tu ne pas utiliser des icônes en basse résolution tant que tu n'es pas en version finale ?  
 
Parceque tu ne pourra pas empêcher la mise en cache des élément graphiques en css/html/js

 
Hummm... mais le but c'est quand même que le rendu soit joli.
 
Et si j'utilisais du js pour appeler le script PHP qui conçoit l'image et qui renvoie une image applatie à afficher en temps réel à chaque modification ?
Du coup, il pourrait pas récupérer tous les éléments graphiques, ni tout l'aspect PHP et cie. Donc du coup il pourrait pas récupérer grand chose.

Du coup tu rajoutes une énorme latence (l'aller retour de la requete de génération + le télechargement de l'image), ton service est inutilisable => tu ne prends aucun risque
 
tu peux aussi le faire en flash , mais ça ne fonctionnera pas sur les terminaux mobiles
Ou en applet java
 

Faut pas exagérer non plus, même en PHP ça prend pas tant de temps que ça de blitter des images, et pour une avatar j'imagine que l'image est pas énorme.

[edit]
En plus ça simplifie pas mal le dev, pour peu que t'y colles un cache devant, tu as directement l'URL pour servir l'image ensuite.

C'est pas le  coût de génération d'image qui me pose problème, c'est la latence réseau qui va avec par rapport à une app qui fonctionne côté client

Quand tu positionnes une moustache sur un visage, même si tu n'a que 500ms entre le clic sur un bouton et son action, c'est pénible.

Et si tu watermarques ta moustache, ça résoud pas le pb?

500ms c'est beaucoup déjà.
Cela dit, je pensais à un générateur d'avatar où tu combines des élément (t'as juste une liste de moustaches, tu choisis mais tu positionnes pas), en effet si y'a positionnement c'est mort, à moins de positionner une version "ombre" de l'élément, genre juste la silhouette en n&b, et d'avoir le rendu final en php quand tu lâches l'image.
 
M'enfin ça fait beaucoup de temps passé à réfléchir pour pas grand chose je trouve, c'est si critique que ça pour qu'il faille le protéger à ce point ?

500ms en edge ça va vite ( faut dire qu'ici je bosse sur de la mobilité avec des contraintes de réseau de merde )
il vaut peut etre mieux avoir un service à succès qui se fait copier plutôt qu'un truc incopiable et inutilisable

J'avais oublié le mobile

Performance / cache client / premature optimization proof
 
A la construction de ma page, je récupère une liste côté serveur, et je m'en sert pour construire une carte à coup de Raphael.JS.
C'est long, d'autant que la même carte est répétée sur de nombreuses pages. Y'a pas moyen de mettre en cache côté client le SVG/VML généré ? Je peux accélérer un minimum en mettant en cache côté serveur la liste de données, mais c'est vraiment pas là le bottleneck
 
J'ai bien trouvé ça //github.com/jspies/raphael.serialize
Mais ça ne permet que de sauter l'étape de construction (certainement la plus coûteuse, on est d'accord), mais c'est encore loin d'être optimal, et je ne vois de toute façon pas comment je peux utiliser les données serialisées d'une requête à l'autre.
 
Et avant qu'on me propose de remplacer le tout par une image, j'ai des données qui changent (rarement, mais quand même), la carte est construite à base de path et circle qui peuvent être des liens.