QUOTE :
Bah déja en prod t'évites :
-De charger 20 fichiers CSS, les hits c'est pas le plat préféré d'un serveur.
-Et donc d'avoir une séparation des styles concurents.
Y'en a qui choisissent les perfs, d'autres la modularité, d'autres font un mix... Perso à la base j'étais axé perfs mais quand j'vois que nos serveurs ont un load average minable, à quoi bon s'emmerder ? J'me gêne pas pour faire du découpage intensif : ça m'fait gagner du temps pour la maintenance et ça ne se ressent absolument pas au niveau de la charge.
Et ceci, sans compter le fait que nos brouteurs sont assez malins pour faire des HEAD au lieu des GET, que les fichiers sur le serveur sont en cache donc niveau i/o sur les disques c'est même pas à prendre en compte donc bref, on s'en tape un peu...
QUOTE :
L'exemple que tu montres est le fruit d'une organisation à revoir
J'ai l'impression que t'as pas saisi où je voulais en venir avec mon exemple... Je met en garde l'utilisation des raccourcis pour la raison que j'ai évoquée 2 posts avant, imagine sur une page qui a sa propre CSS, tu veux modifier le fond du site qui est en repeat-y, t'as intérêt à pas avoir la facheuse habitude d'utiliser les raccourcis sinon tu vas te faire baiser parce que le repeat va repasser en valeur par défaut alors que si t'utilises la propriété "longue", aucun souci t'es sûr de ne modifier que ça... Après tu vas me dire que par rapport à son exemple, le raccourci suffisait, j'suis totalement d'accord mais c'est dommage pour Vincent qui demande qu'à apprendre de dire "background-color:red et background:red sont équivalents" sans avertir des dangers potentiels comme je l'ai fais...