Reprise du message précédent :

 
Ben si.
 
http://emberjs.com/guides/models/the-rest-adapter/
 
http://docs.angularjs.org/tutorial/step_11

T'es gentil mais non, vas lire Fielding, c'est un peu lui qui a formalisé le concept donc il sait de quoi il parle, et la buzzwordisation de l'acronyme pour l'appliquer à tout et n'importe quoi n'y change rien. Tes deux liens sont des APIs RPC over HTTP.

bonjour, c'est ici l'extrême droite de l'informatique ?  
 
Mon REST est beaucoup plus orthodoxe que le tiens, il laisserait jamais une femme monter dans son bus!

 
Allez, lisez https://blog.apigee.com/detail/punk [...] and_accept et faites vous des  

Vous connaissez un site similaire a web archive ?

Je cherche une extension permettant de prendre des mesures de loading sur DomContentLoaded et le Onload, de les stocker en de sortir des statistiques moyennes et médianes, une idée?

Pour la partie mesure tu dois connaître la Navigation Timing API ?

Ça fait pas ce que je veux. J'ai besoin de plus de granularité, et y'a un certain nombre de requêtes qui ne sont pas collectées (vs le panneau request de l'inspecteur)

Tu as regardé du coté de node avec phantomJS, ya ptet un truc d'analyse qui existe, mais peut-être que tu as réellement besoin d'un browser avec une GUI

J'essaie de pondre un truc avec l'API chrome.devtools.network (http://developer.chrome.com/extensions/devtools_network.html) on verra si ça correspond.

@nraynal je suis tombé sur ça : http://chrome.blogspot.fr/2013/09/ [...] -apps.html
Est ce que c'est complexe de packager une web app existante ?

ben t'as pas mal de restriction, notamment pas de eval() et new Function() ce qui te limite dans les frameworks. et aussi pas de JS dans les fichiers HTML (<script> et event handler). Du coup tu vas probablement devoir virer tes frameworks extensifs. http://developer.chrome.com/apps/c [...] olicy.html
 
ce que j'ai fait c'est réduire au max l'UI dans l'appli et ouvrir une <webview> (une iframe quoi)  vers le reste de l'interface. Et entre les 2 c'est à coup de postMessage.
 
en gros l'appli c'est ça :  
http://nraynaud.github.io/webgcode/webapp/index.html
 
et dans la webview il y a ça :
http://nraynaud.github.io/webgcode/
 
et à coup de messages l'appli va dire où est réellement l'outil à la page web ou demander le code de du textarea pour pourvoir l'exécuter (calculer le chemin et envoyer les points sur l'USB). En cours d'exécution, l'appli reçoit régulièrement de l'USB la position de l'outil et renvoie à coup de postMessage à la page web qui met à jour la 3D.
 
Dans le développement c'est relou parce que l'URL dans la webview est en dur, donc il faut pas oublier de mettre la bonne avant de committer ( https://github.com/nraynaud/webgcod [...] .html#L115 )
Les apis natives de chrome (USB en tout cas, l'api port série avait l'air d'aller) plantent dans tous les sens, et du coup je suis sur un canrary pour ça (ça plante l'intégralité ).  
Tu es obligé d'ouvrir l'appli dans une fenêtre, ça peut pas être un onglet.
La console se referme tout le temps quand tu démarre l'appli.
 
Bref, la promesse est belle (faire un truc qui parle sur USB depuis toutes les plateformes et se déploie sans re-compilation) mais pour l'instant c'est chaud.

dites pour faire un panoramique par drag (comme google maps) il vaut mieux prend les mousedown, mousemove etc. ou on peut le faire avec les events de d'n'd ?

Dites, y'en a qui font du SCSS/Compass ? je trouve ça moins lisible que le CSS traditionnel, alors c'est peut etre moi qui m'y prend comme un pied car ça fait 1 mois que je m'y suis mis...  
 
Par exemple, pour styliser un lien : (capture) c'est le bordel je trouve..

Je vais peut etre quand même faire une démo avec exploitant le système de fichier pour un cache de carte  
 
Comme ça avec ma base de web app , j'ai des app sur ios/android (cordova), client lourd pc (chrome) + une compatibilité avec pas mal de navigateurs

T'as testé ça:
 
chrome.tabs.executeScript

C'est ce que je voulais utiliser (si je me trompe pas, c'est les extensions par tab ?) mais ça n'ouvre pas l'accès à l'api USB.

Ben en même temps tu as vu la quantité de truc que tu fourres dedans
 
Et puis nan c'est pas le bordel, si tu découpes en pleins de fichiers

 
ouai c'est ce que j'ai fait, un CSS pour chaque grosse partie du site, puis des imports.. mais même avec ça, je trouve ça moins lisible.. ça vient peut etre de ma config Sublime qui n'est pas assez indenté..  

Salut
 
question du jour : c'est quoi vos polices de prédilection pour coder ?
Perso j'utilise Source Code Pro, et vous ? Courier new, Mono, Comic sans MS ( ) ?

Monaco 11pt.

Monaco 13pt.  

France, 1 point

Lucida Grande 13pt

Anonymous Pro 12pt ou Menlo 12pt

Panic sans, 11pt

'tain l'api DOM des paths de SVG c'est n'importe quoi.
genre on peut mettre plusieurs bouts de path dans un path (en mettant un Z puis un M puis en continuant par exemple), sauf qu'il n'y a pas d'API pour récupérer les sous-paths. Et si tu as ça dans ton path, c'est la fête du slip quand tu fais un getPointAtLength() parce que les M comptent pour zéro longueur et y'a pas moyen de lui dire "avant" ou "après" la longueur spécifiée.
il faut bidouiller dans tous les sens en construisant progressivement un shadow path et en surveillant sa longueur totale, c'est le merdier niveau stabilité numérique et bien entendu j'utilise des algo méga fragiles derrière.

 
Fais toi un CSS style.css qui regroupe toutes tes règles communes en + de ton frameworkCSS s'il y a, et un autre CSS pour les règles précises, là c'est le bordel comême.

 
Je sais pas si t'as vu cette annonce (et dans quelle mesure elle change quelque chose pour toi), mais au cas où : http://chrome.blogspot.fr/2013/09/ [...] -apps.html

Wait, je suis perdu dans ton truc si tu veux des bouts du path pourquoi tu utilises pas #getPathAtLength() et #pathSegList pour récupérer tes PathSeg? Et ton subpath c'est tout ce qui est entre deux SVGPathSegClosePath non?

oui, je dois splitter le merdier moi-même. ça me gonfle.
 
En fait cette api est à chier. Je veux prendre les vertex d'un path (en absolu), y'a pas de moyen simple de le faire non plus, il va encore falloir chier du code dans tous les sens pour des trucs débiles.
Déjà que quand c'est un truc intelligent ça me dépasse, là j'ai des tartines de code débile à faire dans tous les sens.

en fait j'ai l'impression que c'est l'annonce grand public de l'API beta que j'utilise.
Donc techniquement je pense que ça annonce juste la stabilisation des API (sur USB ça va me faire chier, je veux des trucs qui marchent ).

Masklinn > tu as peut-être des idées pour améliorer ce tas de merde :
https://github.com/nraynaud/webgcod [...] t.html#L98

J'ai peut-être raté des trucs dans l'API de SVG.
contouring() a besoin d'une transformation du path en petit segments, mais en gardant les lignes droite en un seul bout si possible.

drillCorners() a besoin des vertices en absolu.

pour l'instant j'ai eu la flemme de découper les subpaths, parce que cette api me désespère (et que de toutes façons pour l'instant le path c'est moi qui l'écrit).

edit: j'ai pris https://github.com/wout/svg.js comme API, j'avais une bonne raison pour virer raphael à l'époque, mais je l'ai oubliée.

Ça, rien qu'à voire le format des paths dans les documents svg tu sais déjà que t'es mal barré (et ça s'arrange pas quand tu découvres que le SVGDOM date d'avant que le whatwg se dise "si on arrêtait de faire des APIs complètement à chier?)

J'ai très peu utilisé l'API SVG, donc je doute pouvoir beaucoup t'aider (et je découvre qu'elle est encore plus horrible que prévu, une PathSegList a pas de length et peut pas être indexée avec [] )

Mais tu pourrais ptet utiliser normalizedPathSegList au lieu de pathSegList: les PathSeg relatifs deviennent absolus et t'as des conversions genre ARC => MOVETO LINETO*, d'après la spec il reste juste SVG_PATHSEG_MOVETO_ABS (M), SVG_PATHSEG_LINETO_ABS (L), SVG_PATHSEG_CURVETO_CUBIC_ABS (C) and SVG_PATHSEG_CLOSEPATH (z). Et comme tout est en absolu t'as tes vertices direct non? Avec #x et #y sur tes MOVETO et LINETO.

Une autre option si tu fais juste de la lecture (du PathSegList en tout cas, tu peux modifier les PathSeg), c'est de direct convertir le PathSegList en un array direct et bosser sur un array avec une API un peu moins merdique. Ça peut pas faire de mal.

https://bugzilla.mozilla.org/show_bug.cgi?id=446654
 
ouais, pas con pour l'array, je vais voir.

http://www.xanthir.com/b4RR0

   
 
Et naturellement la spec donne pas d'algo de normalization, donc tu peux même pas l'implémenter de ton côté sans le réinventer

 
J'ai vu ça sur des github de + en plus, le dossier /partials/ qui contient tous les _*.scss
mais après tu perds toutes les variables déclarées en haut de style.css
 
au final, le gain de temps n'est pas si énorme par rapport a du CSS classique, car l'organisation du SCSS, ça prend du temps comême

l'organisation du scss, tu la fais une fois

putain j'avais bien l'impression que la fraiseuse avait fait des pauses pendant le cercle

rouge : le cercle SVG
vert : interpolation à coups de getPointAtLength()
bleu : centre fraise avec des longues "dents" qui le forcent à ramener la vitesse à 0.

edit: c'est chrome qui merde, dans firefox c'est bon http://i.imgur.com/B1XXrOc.png

Des tips pour un débuggeur JS ?
J'ai un lien, quand je clique dessus, ça execute une certaine fonction.
Sauf que parmis les ouatmille fichiers, je ne sais pas où est déclaré le handler qui rattache le lien à la fonction. Et donc je sais pas quelle fonction est executée...
 
Thx