Cela n’est applicable que dans une moindre mesure. Tu veux que tes pages css soient moins lourdes ? alors coder votre css en ligne :
#wrap {background:….;color:#000;padding:5px 2px;}

mais cela devient vite illisible lorsque l’on veut le reprendre.
le plus intelligent si l’on veut réduire le poids de ses fichiers css est créer un parseur qui va compiler votre code css et tout rassembler sur une ligne à la volé.
On garde une copie originale bien indenté et celle qui apparait en ligne est compressé exactement comme pour les js.

la lecture du processus informatique est plus rapide sur l’horizontalité que sur la verticalité. Après ce type de disposition devient plutôt chiant lorsque l’on doit intervenir sur une petite modif directement en ligne.

Autre conseil d’après des tests en plus effectué, le traitement de feuille de style est bien plus rapide si les feuilles de styles sont scindées en plusieurs qu’en une seul.

Ce qui ne veut pas dire non plus que l’on doit scinder à tord et à travers. Une mauvais exemple bien et pas bien, c’est sur le cms joomla. Les parties sont bien trop destructuré dans trop de feuilles de styles différentes ce qui devient rapidement chiant sur de la maintenance.

Donc à utiliser tout ce qui est dit dans cet article et ce que j’ai dit à bon escient.

Encore une dernière note comme là dit Paul, je suis entièrement d’accords avec ce qu’il dit.

Petite piste afin d’appuyer mon argument ainsi que le sien, dois-je rappeler qu’avant la popularisation du css des balises tel que la couleur, les marges et j’en passe se trouvaient dans les balises html ??? On en est pas très loin dans cet article. Donc régression non merci.

Ce que je voulais montrer, c’est la force du css au sens objet pour des classes utiles. Par exemple il me semble tout à fait pertinent de décliner des classes « center » pour un text-align:center, un « floatleft » pour un « float:left » ou encore une classe « clearfix » pour un clear:both, tout simplement car ce sont des classes récurrentes auxquelles on fait souvent appel lors d’une intégration.

Mon fichier de « mise à plat » CSS est notamment constituée des éléments suivants :

.floatleft{ float:left }
.floatright{ float:right }
.clearfix{ clear:both; font-size:1px; line-height:1px }
*html .clearfix{ clear:both; height:0; font-size: 1px; line-height: 0px; padding:0; margin:0 }
.center{ text-align:center }
.left{ text-align:left }
.right{ text-align:right }
.one_third{ width:33% }
.two_third{ width:67% }
.half{ width:50% }
.block{ display:block }
.displaynone{ display:none }

Et je ne crois pas régresser en faisant cela mais bien au contraire mieux organiser mes templates.

C’est un sujet assez polémique quoi qu’il en soit, chacun peut avoir son avis sur la question

@ Guillaume et Sébastien : pas d’accord avec vous, Paul a raison…

Il est très discutable d’intégrer ces éléments dans la balise : il n’y a plus de séparation contenu/contenant !

Si vous créez un titre avec par exemple les classes « .rouge », « .centre » et « .italique », que se passera-t-il si vous voulez changer la couleur en « .bleu » ??? Vous serez obligés d’aller dans toutes vos pages comportant cette définition et de modifier chaque occurrence une à une !!!

C’est tout le contraire du concept même des CSS : on définit le titre comme une classe dans la feuille de styles, et si le style doit changer il suffit d’aller faire la modif. dans le fichier CSS et non dans le (x)html.

Donc, vous régressez : comme dit Paul, regardez comment étaient faites les balises avant le CSS, car c’est exactement ce que vous êtes en train de reproduire

Sébastien, rien n’est ergonomique là-dedans !!!