<?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 : Bonnes pratiques de codage CSS</title>
	<atom:link href="http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/feed/" rel="self" type="application/rss+xml" />
	<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/</link>
	<description>Développement Web, bonnes pratiques et performances</description>
	<lastBuildDate>Sat, 11 Feb 2012 20:27:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : Conventions de programmation : la nécessaire maturité - La Case de l&#39;Oncle Tom</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-27265</link>
		<dc:creator>Conventions de programmation : la nécessaire maturité - La Case de l&#39;Oncle Tom</dc:creator>
		<pubDate>Wed, 23 Jul 2008 16:14:13 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-27265</guid>
		<description>[...] Inutile de paraphraser ce que j&#8217;ai déjà écris dans mon article sur les bonnes pratiques de codage CSS. [...]</description>
		<content:encoded><![CDATA[<p>[...] Inutile de paraphraser ce que j&#8217;ai déjà écris dans mon article sur les bonnes pratiques de codage <acronym title="Cascading Style Sheets">CSS</acronym>. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Nath</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-26760</link>
		<dc:creator>Nath</dc:creator>
		<pubDate>Sun, 09 Mar 2008 14:52:40 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-26760</guid>
		<description>Je travaille en ce moment avec une agence dont l&#039;intégrateur met tout dans un fichier. Je trouve que ça alourdit considérablement le code, car il doit trouver des noms uniques à chaque fois, et du coup répéter de nombreuses règles.
Je préfère un découpage hiérarchique qui permet beaucoup plus de réutiliser, et sera en même temps moins lourds car le fichiers génériques seront gardés en cache ! Ce qui n&#039;est pas le cas si on les concatène.
Bon, en même temps l&#039;intégrateur en question met toutes ses images en background, même les boutons et les titres. Vive l&#039;accessibilité !</description>
		<content:encoded><![CDATA[<p>Je travaille en ce moment avec une agence dont l&#8217;intégrateur met tout dans un fichier. Je trouve que ça alourdit considérablement le code, car il doit trouver des noms uniques à chaque fois, et du coup répéter de nombreuses règles.<br />
Je préfère un découpage hiérarchique qui permet beaucoup plus de réutiliser, et sera en même temps moins lourds car le fichiers génériques seront gardés en cache ! Ce qui n&#8217;est pas le cas si on les concatène.</p>
<p>Bon, en même temps l&#8217;intégrateur en question met toutes ses images en background, même les boutons et les titres. Vive l&#8217;accessibilité !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Oncle Tom</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-26711</link>
		<dc:creator>Oncle Tom</dc:creator>
		<pubDate>Wed, 27 Feb 2008 08:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-26711</guid>
		<description>@Sprank : tu peux indenter avec des espaces, c&#039;est un élément atomique de la tabulation. Certains éditeurs se configurent pour utiliser &quot;n espaces&quot; pour chaque appui sur la touche tabulation.
Le principal intérêt d&#039;utiliser des espaces au lieu des tabulations c&#039;est que justement, 1 tabulation n&#039;a pas la même largeur selon l&#039;éditeur employé : ça peut être 3, 4 voire 5 espaces.
@Rhaze : Ce découpage est bien en effet. Après je pense que tout dépend la taille du projet : s&#039;il est important, un découpage par module est on ne peut plus pertinent.
Après appeler maxi 2 feuilles n&#039;est pas important : si tu veux dépasser ce nombre, utiliser des compresseurs qui agrègent &quot;n CSS&quot; en 1 fichier final.</description>
		<content:encoded><![CDATA[<p>@Sprank : tu peux indenter avec des espaces, c&#8217;est un élément atomique de la tabulation. Certains éditeurs se configurent pour utiliser &laquo;&nbsp;n espaces&nbsp;&raquo; pour chaque appui sur la touche tabulation.<br />
Le principal intérêt d&#8217;utiliser des espaces au lieu des tabulations c&#8217;est que justement, 1 tabulation n&#8217;a pas la même largeur selon l&#8217;éditeur employé : ça peut être 3, 4 voire 5 espaces.</p>
<p>@Rhaze : Ce découpage est bien en effet. Après je pense que tout dépend la taille du projet : s&#8217;il est important, un découpage par module est on ne peut plus pertinent.<br />
Après appeler maxi 2 feuilles n&#8217;est pas important : si tu veux dépasser ce nombre, utiliser des compresseurs qui agrègent &laquo;&nbsp;n <acronym title="Cascading Style Sheets">CSS</acronym>&nbsp;&raquo; en 1 fichier final.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Sprank</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-26710</link>
		<dc:creator>Sprank</dc:creator>
		<pubDate>Wed, 27 Feb 2008 00:41:48 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-26710</guid>
		<description>Il y a une chose que je ne comprend pas : tu parles de sémantique et tu dis indenter ton code avec des espaces. Les tabs n&#039;ont pas justement pour fonction d&#039;indenter ?</description>
		<content:encoded><![CDATA[<p>Il y a une chose que je ne comprend pas : tu parles de sémantique et tu dis indenter ton code avec des espaces. Les tabs n&#8217;ont pas justement pour fonction d&#8217;indenter ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Rhaze</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-26708</link>
		<dc:creator>Rhaze</dc:creator>
		<pubDate>Tue, 26 Feb 2008 18:59:30 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-26708</guid>
		<description>Très intéressant. Personellement j&#039;utilise également les commentaires conditionnels pour IE. Par contre avant je faisais comme toi à savoir une feuille par média et par site mais j&#039;en suis un peu revenu.
Il m&#039;arrive désormais régulièrement de faire une feuille &quot;général&quot; avec la structure et les éléments récurrents et une feuille annexe pour certaines pages ou &quot;modules&quot; avec comme contrainte d&#039;essayer de ne jamais appeler plus de 2 feuilles de style.
La ou j&#039;ai un vrai problème c&#039;est pour la sémantique. je suis vraiment nul. Je me creuse la tête pour essayer de trouver un nom sémantique et je me retrouve malgré tout souvent avec des règles nommés en fonction de leur représentation.</description>
		<content:encoded><![CDATA[<p>Très intéressant. Personellement j&#8217;utilise également les commentaires conditionnels pour <acronym title="Internet Explorer">IE</acronym>. Par contre avant je faisais comme toi à savoir une feuille par média et par site mais j&#8217;en suis un peu revenu.<br />
Il m&#8217;arrive désormais régulièrement de faire une feuille &laquo;&nbsp;général&nbsp;&raquo; avec la structure et les éléments récurrents et une feuille annexe pour certaines pages ou &laquo;&nbsp;modules&nbsp;&raquo; avec comme contrainte d&#8217;essayer de ne jamais appeler plus de 2 feuilles de style.<br />
La ou j&#8217;ai un vrai problème c&#8217;est pour la sémantique. je suis vraiment nul. Je me creuse la tête pour essayer de trouver un nom sémantique et je me retrouve malgré tout souvent avec des règles nommés en fonction de leur représentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Oncle Tom</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-26702</link>
		<dc:creator>Oncle Tom</dc:creator>
		<pubDate>Tue, 26 Feb 2008 11:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-26702</guid>
		<description>J&#039;y pensais hier soir mais j&#039;ai eu la flemme de rallumer l&#039;ordi pour ça : effectivement je n&#039;ai pas parlé des hacks.
Personnellement je fais uniquement appel aux commentaires conditionnels. C&#039;est beaucoup plus souple que polluer sa feuille de style. Ça permet de partir sur une écriture conforme, qui passera le validateur et de surcharger la feuille avec d&#039;autres feuilles, uniquement pour Internet Explorer.
C&#039;est d&#039;ailleurs la méthode préconisée par Microsoft.</description>
		<content:encoded><![CDATA[<p>J&#8217;y pensais hier soir mais j&#8217;ai eu la flemme de rallumer l&#8217;ordi pour ça : effectivement je n&#8217;ai pas parlé des hacks.</p>
<p>Personnellement je fais uniquement appel aux commentaires conditionnels. C&#8217;est beaucoup plus souple que polluer sa feuille de style. Ça permet de partir sur une écriture conforme, qui passera le validateur et de surcharger la feuille avec d&#8217;autres feuilles, uniquement pour Internet Explorer.<br />
C&#8217;est d&#8217;ailleurs la méthode préconisée par Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Gressmon</title>
		<link>http://case.oncle-tom.net/2008/bonnes-pratiques-codage-css/#comment-26701</link>
		<dc:creator>Gressmon</dc:creator>
		<pubDate>Tue, 26 Feb 2008 11:01:34 +0000</pubDate>
		<guid isPermaLink="false">http://case.oncle-tom.net/2008/02/26/bonnes-pratiques-codage-css/#comment-26701</guid>
		<description>Merci pour les conseils. Celà dit il y a certains points sur lesquels j&#039;hésite encore quand je code du CSS : les hacks ? où une feuille de style séparée ? J&#039;ai fais le choix de la feuille de style pour ie6 par exemple, mais l&#039;intervenant qu&#039;on a en cours privilégie les hacks (et c&#039;est loin d&#039;être un débutant) ... et aussi, lui il fait des feuilles de styles pour chaque &quot;module&quot; du site. On avait l&#039;exemple d&#039;un site de réservation de voyages, avec une architecture MVC etc, donc il avait ses CSS pour les modules &quot;génériques&quot; (fonctionnels donc), mais j&#039;ai pas bien compris l&#039;utilité, bref ...
En ce qui concerne le découpage de la feuille, j&#039;ai pour l&#039;instant procédé par ordre d&#039;apparition dans l&#039;html (éléments communs, puis header, contenu/sidebar, footer).</description>
		<content:encoded><![CDATA[<p>Merci pour les conseils. Celà dit il y a certains points sur lesquels j&#8217;hésite encore quand je code du <acronym title="Cascading Style Sheets">CSS</acronym> : les hacks ? où une feuille de style séparée ? J&#8217;ai fais le choix de la feuille de style pour ie6 par exemple, mais l&#8217;intervenant qu&#8217;on a en cours privilégie les hacks (et c&#8217;est loin d&#8217;être un débutant) &#8230; et aussi, lui il fait des feuilles de styles pour chaque &laquo;&nbsp;module&nbsp;&raquo; du site. On avait l&#8217;exemple d&#8217;un site de réservation de voyages, avec une architecture MVC etc, donc il avait ses <acronym title="Cascading Style Sheets">CSS</acronym> pour les modules &laquo;&nbsp;génériques&nbsp;&raquo; (fonctionnels donc), mais j&#8217;ai pas bien compris l&#8217;utilité, bref &#8230;<br />
En ce qui concerne le découpage de la feuille, j&#8217;ai pour l&#8217;instant procédé par ordre d&#8217;apparition dans l&#8217;html (éléments communs, puis header, contenu/sidebar, footer).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

