<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : CSS et @import</title>
	<atom:link href="http://performance.survol.fr/2008/04/css-et-import/feed/" rel="self" type="application/rss+xml" />
	<link>http://performance.survol.fr/2008/04/css-et-import/</link>
	<description>Quelques mots pour des sites web rapides</description>
	<lastBuildDate>Sat, 06 Feb 2010 16:59:18 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-38</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Thu, 22 May 2008 12:55:44 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-38</guid>
		<description>Logiquement faire un processus qui aggrège plein de fichiers CSS ensemble avec un bête &quot;make&quot; c&#039;est super rapide à faire. SI vous voulez faire plus sioux un bête fichier PHP avec des include() va très bien aussi. Pas besoin d&#039;imaginer un moteur complexe qui parse les @import pour ça.</description>
		<content:encoded><![CDATA[<p>Logiquement faire un processus qui aggrège plein de fichiers CSS ensemble avec un bête &laquo;&nbsp;make&raquo;&nbsp; c&#8217;est super rapide à faire. SI vous voulez faire plus sioux un bête fichier PHP avec des include() va très bien aussi. Pas besoin d&#8217;imaginer un moteur complexe qui parse les @import pour ça.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : bruno bichet</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-37</link>
		<dc:creator>bruno bichet</dc:creator>
		<pubDate>Thu, 22 May 2008 12:50:45 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-37</guid>
		<description>Une chose que je garde à l&#039;esprit chaque fois que je veux changer certaines habitudes de travail, c&#039;est d&#039;ajouter le temps de maintenance d&#039;un site : séparer les feuilles de styles est peut-être &quot;ressourcessophage&quot;, mais c&#039;est beaucoup plus simple à maintenir dans le temps et ça permet de mettre à jour certaines parties (comme une CSS typography.css ou layout.css) sans prendre le risque de tout chambouler.

La solution suggérée par Florent V. est séduisante, mais bon, à la limite, pourquoi ne pas travailler en local avec des imports, et une fois que tout fonctionne et que le site passe en prod, on met tout d&#039;une une CSS unique, et on en profite pour passer le tout à la moulinette pour avoir les déclarations sur une ligne et en supprimant les lignes vides (certains outils font ça merveilleusement), et hop ! :))</description>
		<content:encoded><![CDATA[<p>Une chose que je garde à l&#8217;esprit chaque fois que je veux changer certaines habitudes de travail, c&#8217;est d&#8217;ajouter le temps de maintenance d&#8217;un site : séparer les feuilles de styles est peut-être &laquo;&nbsp;ressourcessophage&raquo;&nbsp;, mais c&#8217;est beaucoup plus simple à maintenir dans le temps et ça permet de mettre à jour certaines parties (comme une CSS typography.css ou layout.css) sans prendre le risque de tout chambouler.</p>
<p>La solution suggérée par Florent V. est séduisante, mais bon, à la limite, pourquoi ne pas travailler en local avec des imports, et une fois que tout fonctionne et que le site passe en prod, on met tout d&#8217;une une CSS unique, et on en profite pour passer le tout à la moulinette pour avoir les déclarations sur une ligne et en supprimant les lignes vides (certains outils font ça merveilleusement), et hop ! :))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Florent V.</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-36</link>
		<dc:creator>Florent V.</dc:creator>
		<pubDate>Wed, 21 May 2008 23:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-36</guid>
		<description>Hello,

Une solution intéressante:
1. utiliser des @import tant qu&#039;on veut, appelés depuis une feuille de styles principale (ou plusieurs feuilles de styles principales, par exemple screen.css et print.css qui appelleraient toutes deux commun.css), afin de segmenter le code CSS en «zones» ou «principaux éléments»;
2. avec un script qui va bien, concaténer tous les CSS appelés depuis screen.css en un seul fichier, et tous les CSS appelés depuis print.css en un seul fichier.

Bref, séparer développement (avec fichiers multiples pour l&#039;organisation du code) et production.</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>Une solution intéressante:<br />
1. utiliser des @import tant qu&#8217;on veut, appelés depuis une feuille de styles principale (ou plusieurs feuilles de styles principales, par exemple screen.css et print.css qui appelleraient toutes deux commun.css), afin de segmenter le code CSS en «zones» ou «principaux éléments»;<br />
2. avec un script qui va bien, concaténer tous les CSS appelés depuis screen.css en un seul fichier, et tous les CSS appelés depuis print.css en un seul fichier.</p>
<p>Bref, séparer développement (avec fichiers multiples pour l&#8217;organisation du code) et production.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : &#187; Revue de web de la semaine #2 (WordPress, développement web et miscellanées&#8230;) &#171; css4design : des css pour votre design html</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-35</link>
		<dc:creator>&#187; Revue de web de la semaine #2 (WordPress, développement web et miscellanées&#8230;) &#171; css4design : des css pour votre design html</dc:creator>
		<pubDate>Wed, 21 May 2008 20:33:17 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-35</guid>
		<description>[...] Performances Web &#8212; Benchmark sur le chargement des feuilles de style avec la balise link ou la règle @import [...]</description>
		<content:encoded><![CDATA[<p>[...] Performances Web &#8212; Benchmark sur le chargement des feuilles de style avec la balise link ou la règle @import [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Neovov</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-34</link>
		<dc:creator>Neovov</dc:creator>
		<pubDate>Mon, 21 Apr 2008 13:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-34</guid>
		<description>Merci beaucoup pour ce benchmark !

PS: Avec des images c&#039;est peut-être plus parlant (surtout en ce qui concerne l&#039;enchaînement des téléchargements).</description>
		<content:encoded><![CDATA[<p>Merci beaucoup pour ce benchmark !</p>
<p>PS: Avec des images c&#8217;est peut-être plus parlant (surtout en ce qui concerne l&#8217;enchaînement des téléchargements).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-33</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Sun, 20 Apr 2008 12:26:07 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-33</guid>
		<description>C&#039;est corrigé, merci. Le tout venait des gabarits par défaut de wordpress.</description>
		<content:encoded><![CDATA[<p>C&#8217;est corrigé, merci. Le tout venait des gabarits par défaut de wordpress.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : bruno bichet</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-32</link>
		<dc:creator>bruno bichet</dc:creator>
		<pubDate>Sat, 19 Apr 2008 17:55:58 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-32</guid>
		<description>@Eric &gt; voici un copié-collé de mon clic-droit sur l&#039;url de ton flux RSS en bas de la page : feed://http//performance.survol.fr/feed/

le feed:// est de trop, et en plus il manque les : (deux-points) après les deux // du http

Idem pour le flux des commentaires</description>
		<content:encoded><![CDATA[<p>@Eric &gt; voici un copié-collé de mon clic-droit sur l&#8217;url de ton flux RSS en bas de la page : <a href="feed://http//performance.survol.fr/feed/" rel="nofollow">feed://http//performance.survol.fr/feed/</a></p>
<p>le feed:// est de trop, et en plus il manque les : (deux-points) après les deux // du http</p>
<p>Idem pour le flux des commentaires</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-30</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Sat, 19 Apr 2008 17:30:24 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-30</guid>
		<description>Exactement, deux balises &lt;link&gt;.

Par contre pour le RSS je ne vois pas. Je serai heureux de résoudre un problème mais il n&#039;y a pas de double slash, et la détection fonctionne chez moi pour Firefox, Safari et Google Reader. Quel logiciel utilises tu ? quel est le problème exact ?</description>
		<content:encoded><![CDATA[<p>Exactement, deux balises &lt;link&gt;.</p>
<p>Par contre pour le RSS je ne vois pas. Je serai heureux de résoudre un problème mais il n&#8217;y a pas de double slash, et la détection fonctionne chez moi pour Firefox, Safari et Google Reader. Quel logiciel utilises tu ? quel est le problème exact ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : bruno bichet</title>
		<link>http://performance.survol.fr/2008/04/css-et-import/comment-page-1/#comment-31</link>
		<dc:creator>bruno bichet</dc:creator>
		<pubDate>Sat, 19 Apr 2008 11:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=21#comment-31</guid>
		<description>Intéressant... Donc, si j&#039;ai bien compris, dans le cas où celà est possible, il vaut mieux utiliser deux balises link : une pour la css principale et une autre pour celle que l&#039;on aurait éventuellement importée dans la première, si celle-ci est assez lourde. J&#039;ai bon ?

PS : l&#039;adresse du flux RSS contient un feed// qui empêche la détection.</description>
		<content:encoded><![CDATA[<p>Intéressant&#8230; Donc, si j&#8217;ai bien compris, dans le cas où celà est possible, il vaut mieux utiliser deux balises link : une pour la css principale et une autre pour celle que l&#8217;on aurait éventuellement importée dans la première, si celle-ci est assez lourde. J&#8217;ai bon ?</p>
<p>PS : l&#8217;adresse du flux RSS contient un feed// qui empêche la détection.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
