Reprise du message précédent :

Ca va, le tarif est lié au nombre de déploiement et au nombre de devs qui bossent sur des projets avec Highcharts. En gros c'est 3 euros par instance

Ah, tous vos produits sont type SaaS ils sont pas distribués?

Si c'est distribué. Je reformule : 3 euros par déploiement
C'est surtout le nombre de devs qui fait monter la facture. Là on a pris pour 20 devs.

Vous avez 2 licenses 10dev + une license OEM? Parce que d'après la FAQ:

il semble qu'il vous faille une license OEM, si highchart est distribué avec vos produits aux clients non?

(et des license pour 20 devs ça fait 4k, vous êtes plus gros que je ne le pensais )
(ou alors chaque produit de la suite est compté comme un déploiement?)

On a une licence OEM. Et la grille OEM dépend du nombre de devs (1, 5, 10, 20 ou unlimited) et du nombre de déploiements (<100, <1000, <10000, unlimited).

On a + de 600 hôpitaux clients et 20 devs en tout environ.

Ah OK. C'est cool c'est con qu'ils détaillent pas sur le site

C'est terrible ce plugin  
 
Edit: Je regardais le code source histoire de voir un peu comment c'était foutu et j'ai vu ligne 1 un ";" qui se ballade tout seul    
 
Oublie ou bien c'est encore une super astuce de la mort dont j'ignore l'existence et que Masklinn se fera une joie de m'expliquer ?  

y'a un moyen rapide d'enregistrer un handler sur tous les events d'un objet en JS (jquery) ? je comprends pas ce qu'il se passe.

Faut demander à ratibus, je dirais que c'est soit un oubli soit une technique utilisée pour la concaténation + minimisation de fichiers JS: si la lib d'avant se finit par une expression qui n'a pas de ";" ça va faire une erreur de syntaxe après concaténation, le ";" seul force l'expression à se terminer. C'est un peu dégueu quand même, mais bon...

C'est pour éviter les bugs liés à la concat
 
Pourquoi c'est dégueux ?

 
Je pensais justement à ça  

Bah disons que t'introduis du non-code non-nécessaire (et potentiellement des expressions vides) pour fixer de potentiels problèmes dans des libs mal codées, je comprend la logique mais je trouve ça meh quand même.

http://jsfiddle.net/nraynaud/nQSFz/
bordel de merde, pourquoi je vois pas les évènements touch sur iPad ?

On est d'accord sur l'esthétique
Mais même en interne on a eu des bugs sur des libs à nous à cause de ça.
Du coup on a même intégré l'ajout automatique du ; dans notre filtre sf qui fait la concat à la volée.
Donc j'ai pris l'approche pragmatique

c'est bon, je l'ai fait à la main, CF plus bas.

'tin j'en ai marre des navigateurs, tous les deux mois je me dis "c'est bien le header Accept quand même, faudrait que je l'utilise plus souvent" et tous les deux mois je me souviens que les navigateurs sont de gros sacs à foutre sur leur Accept et font absolument n'importe quoi

Ça me semble bien ça, si le résultat est caché il peut même faire un peek pour voir si le fichier précédent se termine par un ";" (il va en ajouter quelques un de redondants si le fichier se termine par un statement, mais ce sera probablement rare)

HALP

oui, elle marche bien, et tout le code que j'ai testé sur le net marche bien (http://miniapps.co.uk/gesture/ , http://paulirish.com/demo/multi , http://cubiq.org/dropbox/clickdelay.html etc.), la partie de mon code qui est dans google maps marche, c'est juste mon exemple, et la partie de mon code hors de google maps qui marche pas.

Je sens la toute petite erreur d'inattention à plein nez, mais évidemment je la vois pas.

déjà testé, pas mieux.

Ok, j'ai trouvé : si je sors mon noeud du dom par jquery et que je le remets, il me dégage tous les handlers d'évènements qu'il connait pas.

Bah non, example typique tu sandboxe ton code  
 

(function() {
//Mon code
})(this);

 
Le mec d'avant fait ça
 

var x = foo

 
Ça compile comme ça

var x = foo(function() {
//Mon code
})(this);

 
Le ";" est un anti-connard.
 

http://shiflett.org/blog/2011/may/the-accept-header ?

Environ ouais.

Tu fais un remove ? C'est normal c'est marqué dans la doc que jquery nettoie les events, il faut utiliser detach

http://api.jquery.com/remove/

1) marquer dans la doc n'est pas une excuse pour faire un truc qui surprend.
2) c'est un append() d'un truc qui était déjà dans le DOM avant qui a mis en exergue le problème et seuls les handlers touch sont perdus, click et mouse sont ok.
3) ça semble aussi se produire avec Google maps à l'insertion dans les controls de la map, mais j'ai pas encore bien caractérisé la chose

C'est ce que je dis, je vois pas d'où vient ton "bah non". Parce que si le mec d'avant code correctement tu te retrouves avec des doubles point-virgules ou avec des ";" après un if.

Ce genre de conneries oui, et encore là il touche que la surface. Genre <script type="text/javascript"> dans la majorité des navigateurs ça requête "*/*", ou bien la même chose que les pages. Et <object> ignore complètement @type pour aller chercher la requête, la quasi totalité des navs requêtent comme pour une page classique.  
 
Globalement, si un navigateur est impliqué dans le bordel tu peux pas faire confiance au Accept, ou alors faut d'abord special-caser les navigateurs et seulement ensuite jouer avec Accept.

sareum la tepu, y'a des gens qui ont joué avec TouchEvent ici ?
 
Y'a un équivalent à mouseout ? pourquoi si je glisse mon doigt hors de la target la target reçois un touchend et pas un touchcancel ?

Mon "bah non" répond à ton "C'est un peu dégueu". C'est pas dégeu, c'est une bonne pratique, ça évite qu'un noob zappe ta lib parce que le mec d'avant sait pas coder et que ça lui pète une erreur imbitable. De toutes façons ";;" ou "function(){};" ou "if(){};" c'est pas censé péter. Ever.

Même pas via xhr? Dans Express y'a request#accepts et request#is. Je m'en sers pour servir soit du HTML soit le JSON qui sert à construire le HTML pour faire le render coté client.

Ça reste un vieux hack fait pour pas pêter sur du code pourri

Si si dans xhr oui, mais c'est le seul endroit et je considère pas vraiment ça comme impliquant le navigateur dans la mesure où t'as contrôle plus ou moins complet. Par "impliquant le navigateur" je veux dire les trucs pour lesquels le navigateur décide de remplir Accept sans pouvoir avoir d'influence directe.

T'utiises probablement un vieux hack (CSS) pour pas faire pêter sur du code pourri (IE)

Je viens de voir sous chrome *.jpg/*.gif/*.png/*.js -> RAF.
Il y'a guère que les CSS et le HTML qui sont servis à peu près correctement.

Non, ça ce sont de vieux hacks pour pas pêter sur une plateforme pourrie, du code pourri tu peux le fixer, IE tu peux juste le balancer  
 
Je dis pas que le hack est une mauvaise idée hein, juste que, voilà.

Des retours sur centurion ?

Un semi-rant intéressant sur CoffeeScript, j'avoue que je suis assez d'accord avec le gars : https://github.com/raganwald/homoic [...] .md#readme

http://jsfiddle.net/nraynaud/xAdfy/167/show/ si certains veulent tester sur tablette et téléphones. Essayez de viser des villes Debout en marchant dehors par exemple. Ça marche pas à la souris.

Non mais CoffeeScript c'est pas un langage, c'est une plateforme de test pour EcmaScript

Bug de qualité sur jQuery 1.7, quand on ajoute des delegates et qu'on .clone(true) l'élément sur lequel on a ajouté les delegates (ou l'un de ses ancêtres), tous les delegates perdent leurs filtres (et se transforment en event de base, l'évènement même est bien copié seule la délégation est perdue).

Je vais à un talk ou se trouvera un des core-dev demain.

Related
 
http://www.wordsbyf.at/2011/10/31/ [...] javascript

Lu ce matin, j'ai pensé à Masklinn

 
Ok, j'attend ton feedback.