Reprise du message précédent :
Et donc c'est effectivement con d'avoir 53 js et css mais ça fait pas de mal pour autant de les délocaliser. Ou bien

je pense que c'est complètement inutile vu que le premier facteur c'est le nombre de requêtes.

Notes que la critique de nray, c'est pas tant d'utiliser un CDN que d'utiliser un CDN sans faire de concat/minify, qui coûterait moins cher, aurait un ROI supérieur (en termes de resources consommées) et améliorerait grandement la vitesse de chargement du site.

Ça demande moins de ressources c'est logique
Par contre c'est souvent le front-end qui guide les perfs de loading d'une page, surtout quand t'as du cache.

En dev c'est important de les garder, au feu les loaders de mes couilles qui pètent la stacktrace déjà pas claire. Tu merges en prod et basta, cf Django-Compressor.

Non mais là on parle du site de Runkeeper. En prod. Tu utilises pas un CDN en dev, sauf pour tester ton CDN

Ma phrase continue après ce que t'as quoté  

Le reste c'est de la bouille pour 6-9 mois, rien à foutre c'est pas le sujet de la discussion.

j'essaye d'aider ma copine à faire un site web, et j'ai vraiment honte de CSS et des outils qu'on utilise
 
"alors tu vois le padding il est à l'intérieur du border, mais à l'extérieur du width"
"alors tu vois margin, c'est pas la marge, mais une distance de garde vis-à-vis des voisins"
 
"alors t'as le monde du block et le monde de l'inline, mais dès que t'as un block quelque part c'est fini l'inline parce que inline-block est une blague, du coup c'est festival du float (tu sais les machins qu'il faut mettre dans le désordre dans le HTML si tu veux aligner à droite)"
 
"alors en fait y'a des trucs qui dépendent du parent, si un truc marche pas, tu essayes de bidouiller l'overflow du parent, si c'est pas ça, c'est que ça devait être le position"

Ah bah ça c'est sûr que faire du print quand tu as un contrôle au pixel et au millimètre près de tout ton canvas, c'est plus simple

On s'y fait après quelques années
 
Par contre je ne vois pas ce que tu reproches à l'inline-block.
 
Et il y a de nouveaux box-models en CSS3.

 
overflow hidden, le truc qui sert uniquement à débugger les marges

ouaip, ça c'est clair. En conclusion foutre sur un cdn SANS minifier c'est débile. Bon ben j'avais compris alors  

c'est pas parce que c'est pas du print que tu dois pas prévoir le texte en colonnes ou le centrage vertical ou l'alignement en bas de la box.
 

1) moi je m'y fais pas.
2) ça a pas l'air vraiment supporté, je suis en train de chercher une table de compat récente. si c'était supporté, ça me permettrait de sortir de l'enfer des floats pour un bon paquet de cas.

Bon, j'ai un background qui se positionne bizarrement (en dehors de la boite visible)

Si je fous le repeat, je vois bien le background. Si je le met en no-repeat, je le vois plus, quelle que soit la position (enfin j'ai essayé differentes combinaisons de top,center,bottom/left,center,right)
Quand il est en repeat, on voit bien que le motif commence en dehors de la boite.
 
Y'a moyen de visualizer border-box, padding-box et content-box ? (parce que jusque la ce genre de probleme je commence par foutre un border sur mon element... et vu le truc ici j'ai l'impression que ça va pas me suffir )

http://caniuse.com/#feat=inline-block
\o/

Amateur

bon ce sont les valeurs par defaut dans le bloc de code là haut ouais ?

bug ?
Y'a une règle que j'override:

Comme ceci:

Et le positionnement semble déconner.
Par contre si j'override avec

alors ça "fonctionne". pls xpln.

Forcément, faut mettre l'image avec background-image. Sinon ça override tout (background étant un shorthand pour tout le bastringue, color, image, repeat, position, etc.).

Euh non, overflow hidden ça sert à plein de trucs (par ex à faire que les dépassements soit cachés )

Et le margin trapping, c'est pas un bug, c'est un comportement prévu, aussi bizarre que ça paraisse.

 
ouais c'est un abus de langage, mais comme dans la pratique ça fait surtout chier, j'appelle ça comme ça
 
les propriétés d'overflow, à part en bricolages js, j'ai jamais trouvé ça utile.

 
http://www.byscripts.info/index.html
 

 
ben si c'est pas un bricolage en js ça, je suis moine

 
Ca passe partout, suffit d'un petit hack pour ie.

edited. justement mon prob c'est que l'override ne passait bien que quand j'overridait "background"

bon, autre question js/jQuery
 
J'ai un element vide (avec le background dont je parlais plus haut), avec un min-height:25px;
Je voudrais faire une anim qui cache l'element, et le remontre une fois le contenu ajouté.
 
Ceci fonctionne pas mal:

Sauf que le slideUp fait rien, (je soupçonne) à cause du min-height. (et que l'élement n'est effectivement pas plus haut que son min-height)
 
Suggestions ?

J'ai essayé jQuery('.ajax-data').css('min-height', '0').slideUp(500, ... mais évidemment ça saute...
 
 
edit: bon ok http://docs.jquery.com/Tutorials:G [...] ght_Glitch  

Enlève "bricolage", et c'est déja la moitié des sites

Sinon mettre une scrollbar dans une div quand le contenu est trop long, ou cacher un contenu trop long pour ne pas péter le design de la page, ça peut servir.

Que t'aie jamais utilisé, c'est une chose, que ce soit inutile cen est une autre...

je pige pas le tuto

Bon les amateus vous attendez ce soir que je sois descendu du bateau et je vous explique la vie entre l'utilisation de l'overflow:hidden. Du traping margin, du contexte de formatage et du haslayout sous ie.
A moins que masklinn er shinuza vous explique tout ca au moins vous comprendrez que tous les bricolages que vous faites ne servent a rien quand on maitrise tout ca.

ouais ok    
 
En attendant, ça marche, sauf que je peux pas foutre le height à auto pour l'anim vers le bas ?
http://jsfiddle.net/kRDP7/1/

 
Fout le en autant juste le temps de récupérer sa hauteur, et ensuite fait ton bouzin.
 
Et pour l'anim vers le bas, tu utilises la hauteur récupérée.
 
(à moins qu'il y ait carrément un moyen en JS de récupérer la hauteur qu'aurait un élément s'il était en auto, ce qui serait encore mieux, mais j'en doute)

Ah et pour info tu utilises jsfiddle n'importe comment

Dans HTML c'est directement le contenu du BODY.

Et pour le chargement de jQuery, tu as un formulaire à gauche

Edit: oué bon je suppose que tu le savais

 
C'est donc que tu ne dois pas faire beaucoup de CSS

clear madness tout ça \o/

what ?
(l'element est vide (avec min-height) au moment ou on slide vers le haut pour le "fermer". Ensuite j'ajoute le contenu, puis je redescend. Donc je vois pas qd je peux connaitre la hauteur...)

je ne savais pas que dans "html" c'est direct le body, mais vu les autres fenetres, ça a du sens effectivement bref, jvoulais juste un moyen rapide de vous montrer ma page de test

edit: voila http://jsfiddle.net/kRDP7/3/
(où j'ai mis height: 100% et ça "saute" )

.outerHeight

 
oh oui, encore    
 
quand ça dépasse, soit je revois le design, soit je réduis le contenu.
 
perso, un site avec un scroll dans la page, je me casse direct, si le webdev est trop con pour faire un site qui tient la route, c'est pas mon problème

un peu comme google mail ?

 
Sinon, ça te dérangerait de changer de topic ?

 
ben ça s'rait dommage, quand je demande de l'aide sur du js/php/css, je trouve très souvent des réponses claires et précises