Reprise du message précédent :
bha c'est kif kif, code ça où ça t'arrange le plus ^^
 
C'est bizarre, j'ai pas ce problème sur IE8

Apparemment le comportement normal des navigateurs est d'avoir le cache-control de configuré à no-cache. Du coup, l'appliquer par défaut côté serveur est pas déconnant, surtout si l'on gère ça plus finement ressource par ressources à la manière d'exceptions.

bon j'ai commencé à jouer avec node...
 
j'ai vachement de mal avec les callbacks partouts, j'ai l'impression de refaire du java niveau verbosité... tu peux pas partir pisser sans avoir 3 nested anonymous functions
 
mais à part ça j'aime bien le coté très efficace du truc... je vais voir avec Express ce que ça donne

Les promesses, c'est vraiment bien pour sortir un peu des callbacks
 
 
Et je pense que tu confonds verbosité du language/de la plateforme avec le faible nombre de fonction built in ( qui t'oblige a écrire pas mal de chose à la main)

j'ai pas encore investigué ce truc des promises...

pour la verbosité, je fais référence au nombre de (){}; que tu trouve dans ton code.

genre ça :

venant de python c'est assez rude...et ça me rappelle les } } } } } } de fins de fonctions de java...

Moi niveau promises j'ai cassé le système assez rapidement, parce que j'ai commencé à fair du calcul asynchrone, puis j'ai voulu montrer les résultats intermédiaires et là ça s'est assez mal passé.

@jubi : tu as coffescript qui et une surcouche de js avec un syntaxe sans parenthèse ( et ou on compte les espaces)
 
@nraynaud : c'est sur que le use case de base, c'est plutôt la requete au backend .  
 
Dans les deux cas, la complexité reste la même(encore que les promesses simplifient la gestion des erreurs), ca ne fait que changer la mise en forme du code

Spa pire que jQuery.

 
Ca n'a rien à voir avec la verbosité du langage ça

LE nouveau language à la mode, byebye coffe script : http://dogeon.org/

edit: oh bordel j'en peux plus https://github.com/remixz/dogescrip [...] xample.djs

Je suis un peu étonné par le comportement du clearfix de bootstrap sous IE8.
 
J'essaye de corriger un bug sous IE8 qui ignore les margins et paddings en bas d'un élément avec un overflow-y: scroll.
 
L'exemple non fonctionnel avec le clearfix de base de bootstrap : http://www.webdevout.net/test?01kV&raw
 
L'exemple fonctionnel avec un clearfix différent : http://www.webdevout.net/test?01kW&raw
 
Remarquez le div vide avec la classe "clearfix" à la fin de la div ayant pour classe .modal-body.
 
D'ailleurs, si vous avez une autre façon de faire appliquer le padding-bottom à IE8 que celle qui consiste à rajouter une div vide avec un clearfix, je suis preneur. Je n'ai rien trouvé concernant ce bug...

Je veux pas être méchant mais tu n'as pas de clear-fix dans le deuxieme exemple, tu as 5 lignes de code qui se baladent sans leur sélecteur parent

Tu peux être méchant si tu veux, j'ai l'habitude entre toi, alt et machine

Je regarde ça asap, j'ai peut-être posté l'exemple un peu trop à l'arrache

Au passage je viens de voir ton "bug", pour information les marges se fusionnent entre elle entre élément frères (seulement top et bottom) et entre parent et enfant (idem seulement top et bottom). Il y a fusion entre parent et enfant s'il n'y a ni padding ni border sur le parent
Edit : et cette classe est à utiliser sur l'élement lui-même pas à foutre sur un div vide

 
Bizarre, car je n'ai qu'à enlever le overflow-y pour avoir le padding de pris en compte et les marges n'ont pas l'air de fusionner.
L’élément parent c'est modal-content, je peux y ajouter une bordure ou un padding ça ne change rien. Pareil pour le clearfix sur modal-body, aucun changement.

C'est très bien jQuery

 
non

si, ca permet à des feignasses comme moi de faire du js

 
c'est pas du « vrai » Javascript
 
Node/Express/Angular/Mongo si tu veux aller vite et bien

Ouais certes, moi je l'utilise que pour de la manip de DOM

 
Bon courage alors Mais jette un œil quand même à côté, ça te servira probablement un jour

oui j'ai déjà joué un peu avec nodejs et phantomjs pour faire des trucs rigolos

 
Ca n'a strictement pas le même but que jQuery...

Je ne vois pas pourquoi on cracherait sur une librairie qui a permis d'avoir une meilleure API et d'améliorer la compatibilité cross browser.

ET surtout ça permet de masquer les subtiles différences de comportement d'un navigateur à l'autre (encore plus quand on parle de supporter de vielles versions)

tu m'étonnes, même si avec la version 2 ils ont fait du cleanup dans cette compatibilité justement

'tain les extensions chrome c'est l'horreur comme environnement, le truc est tellement tordu que je peux pas vraiment expliquer mon problème.

tu vois c'est encore un signe qu'il faut que tu refasses du PHP / MySQL

 
Tout à fait, mais quand j'ai commencé à faire du Javascript via JQuery, j'avais une image du langage un peu particulière. Puis quand j'ai eu l'occasion de passer plus « sérieusement » à JS (via Node), j'ai pas du tout eu le même feeling
 
C'était surtout pour ça que je disais que c'est pas du « vrai » JS

 
Suffit d'utiliser un design pattern pour mieux structurer ton code et d'essayer de séparer manipulation de dom et le reste pour avoir quelque chose de pas dégueux. C'est pas lié à jQuery mais à toutes ces personnes qui pensent que le JS se résume à jQuery, qui du coup écrivent un code pas terrible et qui en concluent que le JS ça pue.
Angular te permet plus facilement d'architecturer ton code puisqu'il repose sur un modèle MVVM, mais tu pourrais très bien faire la même chose avec uniquement jQuery en lib.

 
J'en ai été (inconsciemment ), et je peux te dire qu'il y en a encore beaucoup qui pensent comme ça. Mais oui, il est possible de faire assez propre, même si ya rien qui t'oblige à le faire

je vois pas en quoi node te force à faire propre..

T'es au moins encouragé à organiser ton code.

 
Oui c'est pas « forcé » mais plus encadré (pas autant que Rails certes)

c'est relou ce genre de systèmes, ça veut dire que c'est le bordel dès le départ, ton tutorial peut pas tenir dans un seul fichier et tu peux pas faire grossir ton projet linéairement, et en plus t'as un step à l'apprentissage où tu dois en plus apprendre l'organisation des fichiers.
 
Je préfère les systèmes de conventions, où quand tu sens que ton projet devient trop gros tu va googler le layout standard du système pur vois où c'est intéressant de tronçonner.

Ahah, tout le contraire pour moi (enfin pas tout le contraire, vu que y a pas mal de convention dans Django par exemple, mais bref)
J'ai beaucoup de mal avec Angular pour ça par exemple, ils forcent pas vraiment le layout de ton projet, du coup quand justement ça commence à grossir et que tu google un peu sur comment organiser tes fichiers, bin tu tombes sur 3 variantes différentes et en tant que débutant dans une techno je trouve ça assez relou de devoir choisir... Bon après ça va mieux, mais tu perds aussi du temps.

bah de toutes façons les layouts imposés ça marche jamais, y'a toujours un critère extérieur qui fait qu'il va falloir composer.

en plus avec angular  et son loader magique, la pénalité de réorganiser le truc est faible
 
Donc tu choisi une orga et tu changes si besoin

nraynaud tu peux même coder ton app en un seul fichier si tu veux hein pareil pour nodejs ...

vous connaitriez pas des personnes avec de très bonnes connaissances du fonctionnement interne de PHP, et des extensions PHP en C ?

Y en a qui ont déjà joué avec Grunt, usemin, uglify et les sources map ? Mon build se déroulent sans erreur mais je n'ai aucun .map de généré