Reprise du message précédent :

Si pas d'iframe alors c'est à eux de styler tes widgets (bouts de HTML ou JS qui le construit).

 
  Bon je vais me retrousser les manches et réécrire les styles nécessaires   . Thx

Et si tu forces tes styles avec !important après chaque règle ?

 
Ce n'est pas mon soucis    
De plus je n'utilise jamais !important, une bonne hiérarchisation de tes règles et rulez !!!

 
 
Il y a les scoped stylesheets ( http://updates.html5rocks.com/2012 [...] yle-scoped ) qui arrivent justement pour ce genre de besoin mais le support est plus que limité pour le moment :  
http://caniuse.com/style-scoped

 
Ah sympa ! mais clairement avant de voir des prototypes de navigateur l'implémentant correctement puis des framework permettant une utilisation intelligente de cette feature... faudra du temps  

Les mutation observers c'est tout pourri

Quand tu observes un subtree, tu as pas l'élément que tu observes (uniquement celui qui a changé) et tu peux pas avoir des callbacks custom par observation, juste un global à l'observer

hep les loulous, y'a des pros de Three.JS ici ?
 
ok, j'ai braqué une caméra orthographique vers -Z, j'ai envoyé des triangles sous la caméra, j'ai récupéré un superbe buffer de pixels qui semblent corrects. Maintenant je veux récupérer le buffer des profondeurs, j'ai utilisé une texture

J'ai mis le near de la caméra à 0, le far à 100 (mes triangles évoluent entre 0 et -400 sur Z mais le relief est plutôt vers le haut, donc j'ai laissé clipper pour voir)
j'ai rendu l'affaire à nouveau.  
 
Et tous les pixels ont le même niveau de gris là où c'est pas clippé alors que je suis sur que mes triangles ne sont pas parallèles au sol.
 
Une des questions que je me pose, le depth buffer natif, il est sensé être en 24bits/pixels :

Mais il est rendu dans un truc RGBA 32bits par pixels, ils ont fait comment à la conversion ?

Dialogues bootstrap, les trucs genre boutons non-triviaux (autres que simplement dismiss) sont à se farcir à la main où j'ai raté un truc?

TIL: input[type=checkbox], input[type=radio] et input[type=file] ne trigger pas "input".

qu'est ce que tu entends par là ?  

En selectors jQuery ?

Rien ne t'empeche de rajouter une surcouche JS Bootstrap pour te créer tes propres propriétés de boutons.
Le dismiss par défaut, OK, les autres comportements, il y en a tellement que ça alourdirai BT inutilement.

Il y a un évènement DOM appelé "input".

Cet évènement est dispatché par les textareas, les inputs et les éléments contenteditable.

Je pensais qu'il était dispatché par tous les inputs.

c'est pas le cas

"oui" aurait suffit.

 
Levé du pied gauche?

masklinn est né du pied gauche

Salut le topic
 
On vient de me virer de blabla@prog, je savais pas que vous existiez
 
Vous vous y prennez comment pour adapter un truc comme caa vos site ?
 

 
http://www.youtube.com/watch?v=n79tuJ7dHe0

Je la connaissais avec un rabin

Ember.js v1.0 est dispo
 
http://emberjs.com/blog/2013/08/31 [...] eased.html

http://lazd.github.io/mdn-io-passi [...] r-mdn.html

Non seulement les xhr suivent automatiquement (et obligatoirement) les redirections, mais tu peux même pas récupérer l'URL finale

mais pourquoi tu veux faire ça ?  
casser les api ?

Ben tu as regardé si tu avais une redirection proxyfié ou bien une redirection en 302 ?
Au final ya aucun intérêt

J'ai une URL qui crée une resource quand tu POST dessus puis redirige sur la resource (flux classique de site ouaibe)

Je fais du PE, je veux créer la resource et avoir son URL programmatiquement pour l'intégrer à un bout d'UI qui fait ça bien. Et charger la ressource nouvellement créée ne m'intéresse aucunement.

Pas de bol, je suis obligé de charger la resource et je peux pas avoir son URL, j'ai gagné le droit d'ajouter un cas particulier dégueu dans le bordel ou de créer un nouvel endpoint, pour strictement aucun gain

Wot

ils ont craqués chez OVH ?
 
Ils sont semble-t'il en transition sur leurs "managers", du coup, le manager V3 ne voit pas mon VPS fraichement installé (donc pas possible de parametre le dns secondaire geré par leurs serveurs),  
et le nouveau manager ("V4" ), voit mon VPS, mais ne me permet pas d'ajouter le dns secondaire car les DNS du domaine visé ne sont pas synchros entre le manager V3 et V4.  
 
Vous avez etes confrontés à ces soucis ?

Le cas classique du web pour moi, c'est de faire un POST via XHR en JSON sans redirection.

Ou d'avoir un service RESTFUL et donc être capable de reconstruire l'url

OK, lol.

Please stop using words you don't understand kthxbye.

T'as pas la main sur le service, j'imagine?

Si si, d'où

mais ça me fait chier d'avoir eu à faire ça alors qu'avec une API réseau un peu moins en bois je pourrais juste désactiver (ou ne pas activer) le suivi automatique des redirections, faire mon POST et lire le Location de la réponse.

si je redirige  api.masklinn.org/v1/ vers v1.old.api.masklinn.org, c'est pas pour que des rigolos  tapent mon url en direct

Mais en fait, tu as un use case très différent

 
tu crées une ressource via POST, c'est pas aussi simple de la créer en GET et de fournir directement cette URI a ton autre bout de code ?
c'est pas non plus plus simple de retourner simplement l'url de la ressource plutot que la ressource elle meme, le contrat du endpoint de ton POST c'est de creer la ressource et te retourner son URI.
le contrat du endpoint de l'URI c'est de retourner la ressource.

Faut m'expliquer dans ce cas pour que je devienne moins bête

http://en.wikipedia.org/wiki/Repre [...] l_web_APIs

 
parce que c'est grosso merdo ce qu'il fait et c'est ca qui lui pose probleme.
par defaut un POST retourne la resource et pas son URI/ID

Créer une resource en GET, c'est sâle. Mais au delà de ça, non, pas pour un site web avec une interaction normale (genre le forum quand tu navigues dessus)

Ce qui est exactement ce que fait un 302 ou un 303 (via le header Location).

Un système RESTful n'a aucune raison de documenter une quelconque URL en dehors de la racine du système. Avoir un template d'URL hardcodé dans les clients n'a donc aucun sens.

Tu peux pas ajouter un header (genre X-Requested-With qui est ptêtre déjà là) dans ta requête pour dire ce que tu veux puis coté serveur switcher entre 302 et 201 selon ce header (avec le Vary qui va bien dans la réponse) ?
C'est ptêtre le cas particulier dégueu dont tu parles, mais je trouve que ça se généralise bien à tous les POST (et si t'as un objet genre RedirectResponse la logique peut rester dedans et pas s'étaler partout dans le code).

Oui

Donc toutes les applications javascript qui construisent l'URL pour accéder aux ressources font n'importe quoi ? (ce n'est pas hardcodé pour moi, c'est avoir une convention)

 
Si ca suit une convention, tu peux recréer l'URL à partir de ta ressource.

Je sais pas ce qu'elles font, mais c'est sûrement pas du REST

Same difference.

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