<?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>Comments on: Reasons to avoid single-line CSS</title>
	<atom:link href="http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/</link>
	<description>Robbie Manson is an interface designer working at FreeAgent in Edinburgh, Scotland.</description>
	<lastBuildDate>Fri, 03 Feb 2012 11:38:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Flavio</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-980</link>
		<dc:creator>Flavio</dc:creator>
		<pubDate>Sat, 11 Dec 2010 13:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-980</guid>
		<description>I&#039;m multi-liner. I even go the next mile (in my opinion) tabbing 5 times when inputting the value:

background-color:[5xTAB]#CCC;
text-decoration:[5xTAB]none;

so in the editor you have two nicely vertical-aligned columns. I will then NOT tab when i&#039;m adding temporary values for debug, like:

border:[1xBLANK]1px solid red;

so they stand out and are easy to comment or delete.

Never thought to sort alfabetically the properties, i go for the very same &#039;priority&#039; order as Leo, i think it&#039;s easy to write and grasp (i haven&#039;t shared that much code, but people tells me my .css were beautiful). Also i don&#039;t think you will ever have so many properties that you will need to scroll to get to one. And it is much more foreseeable that if you set/change a &quot;float&quot; you will have to also alter the &quot;width&quot;; with this &#039;prioritization&#039; you have to tap 1-2 times the cursor down, while on alphabetical godzilla only know how many times.

I also comment the .css with &quot;sections&quot;, always on the same &#039;prioritization&#039;, so i will go for /* GENERAL */, /* LAYOUT */, /* CLASSES */, /* TYPOGRAPHY */ (plus: /* Headers */, /* Paragraphs */, /* Links */ etc.), /* FORMS */, so forth.

And finally, for what concerns CSS3 properties, i&#039;m used to create a css3.css where i throw in those messy, lenghty, vendor properties and i will import it in the main style.css. Once you set up on those values (and you can get there much before the project is finished) it is uncommon to go back to that, so why should i have them dirty up my code?</description>
		<content:encoded><![CDATA[<p>I&#8217;m multi-liner. I even go the next mile (in my opinion) tabbing 5 times when inputting the value:</p>
<p>background-color:[5xTAB]#CCC;<br />
text-decoration:[5xTAB]none;</p>
<p>so in the editor you have two nicely vertical-aligned columns. I will then NOT tab when i&#8217;m adding temporary values for debug, like:</p>
<p>border:[1xBLANK]1px solid red;</p>
<p>so they stand out and are easy to comment or delete.</p>
<p>Never thought to sort alfabetically the properties, i go for the very same &#8216;priority&#8217; order as Leo, i think it&#8217;s easy to write and grasp (i haven&#8217;t shared that much code, but people tells me my .css were beautiful). Also i don&#8217;t think you will ever have so many properties that you will need to scroll to get to one. And it is much more foreseeable that if you set/change a &#8220;float&#8221; you will have to also alter the &#8220;width&#8221;; with this &#8216;prioritization&#8217; you have to tap 1-2 times the cursor down, while on alphabetical godzilla only know how many times.</p>
<p>I also comment the .css with &#8220;sections&#8221;, always on the same &#8216;prioritization&#8217;, so i will go for /* GENERAL */, /* LAYOUT */, /* CLASSES */, /* TYPOGRAPHY */ (plus: /* Headers */, /* Paragraphs */, /* Links */ etc.), /* FORMS */, so forth.</p>
<p>And finally, for what concerns CSS3 properties, i&#8217;m used to create a css3.css where i throw in those messy, lenghty, vendor properties and i will import it in the main style.css. Once you set up on those values (and you can get there much before the project is finished) it is uncommon to go back to that, so why should i have them dirty up my code?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robbie</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-896</link>
		<dc:creator>Robbie</dc:creator>
		<pubDate>Tue, 19 Oct 2010 09:55:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-896</guid>
		<description>@Gabriel I&#039;d argue that alphabetical organisation of selectors is easily the most practical method, as it requires absolutely no effort to understand.

With your method, what you personally judge to be of greater importance (in terms of selectors) may be completely at odds with what one of your colleagues thinks. And because you both actually care about this stuff, it&#039;s likely to create a wasted debate over who is right and who is wrong. So why not just go alphabetical and level the playing field?

That said, you can simply write your CSS the way you want and format it alphabetically (or any other way) once you&#039;re done, using a tool like &lt;a href=&quot;http://procssor.com/&quot; rel=&quot;nofollow&quot;&gt;ProCSSor&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>@Gabriel I&#8217;d argue that alphabetical organisation of selectors is easily the most practical method, as it requires absolutely no effort to understand.</p>
<p>With your method, what you personally judge to be of greater importance (in terms of selectors) may be completely at odds with what one of your colleagues thinks. And because you both actually care about this stuff, it&#8217;s likely to create a wasted debate over who is right and who is wrong. So why not just go alphabetical and level the playing field?</p>
<p>That said, you can simply write your CSS the way you want and format it alphabetically (or any other way) once you&#8217;re done, using a tool like <a href="http://procssor.com/" rel="nofollow">ProCSSor</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabriel Garcia</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-890</link>
		<dc:creator>Gabriel Garcia</dc:creator>
		<pubDate>Tue, 19 Oct 2010 01:45:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-890</guid>
		<description>My approach to multi-line CSS is very much like Leo&#039;s (9th post from top). It just makes complete sense to me (and with little effort - to others). Going alphabetical is not practical at all.

Great post, by the way.</description>
		<content:encoded><![CDATA[<p>My approach to multi-line CSS is very much like Leo&#8217;s (9th post from top). It just makes complete sense to me (and with little effort &#8211; to others). Going alphabetical is not practical at all.</p>
<p>Great post, by the way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robbie</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-826</link>
		<dc:creator>Robbie</dc:creator>
		<pubDate>Wed, 13 Oct 2010 16:16:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-826</guid>
		<description>@Ben Ooh, nice. Thanks for the tip!

@grammar nazi Thank you kindly. Now corrected.</description>
		<content:encoded><![CDATA[<p>@Ben Ooh, nice. Thanks for the tip!</p>
<p>@grammar nazi Thank you kindly. Now corrected.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grammar nazi</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-823</link>
		<dc:creator>grammar nazi</dc:creator>
		<pubDate>Wed, 13 Oct 2010 14:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-823</guid>
		<description>It&#039;s spelled &quot;bear in mind&quot;, like &quot;carry in your mind the fact...&quot;.</description>
		<content:encoded><![CDATA[<p>It&#8217;s spelled &#8220;bear in mind&#8221;, like &#8220;carry in your mind the fact&#8230;&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Rasmusen</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-822</link>
		<dc:creator>Ben Rasmusen</dc:creator>
		<pubDate>Wed, 13 Oct 2010 14:18:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-822</guid>
		<description>Great post. I also prefer the multi-line approach to styles. 

You mentioned the &#039;Got To Line...&#039; functionality in TextMate in your post, so I thought I would add my preferred method:

I use the &#039;Got To Symbol...&#039; functionality (cmd+shift+t on my system). As you type it does a keyword search and filters the results in the window so you don&#039;t even have to know the exact selector to find it, or at least limit the list.</description>
		<content:encoded><![CDATA[<p>Great post. I also prefer the multi-line approach to styles. </p>
<p>You mentioned the &#8216;Got To Line&#8230;&#8217; functionality in TextMate in your post, so I thought I would add my preferred method:</p>
<p>I use the &#8216;Got To Symbol&#8230;&#8217; functionality (cmd+shift+t on my system). As you type it does a keyword search and filters the results in the window so you don&#8217;t even have to know the exact selector to find it, or at least limit the list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robbie</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-588</link>
		<dc:creator>Robbie</dc:creator>
		<pubDate>Sun, 19 Sep 2010 23:48:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-588</guid>
		<description>Studiously spotted, Matthew... and now corrected. Cheers!</description>
		<content:encoded><![CDATA[<p>Studiously spotted, Matthew&#8230; and now corrected. Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-587</link>
		<dc:creator>Matthew</dc:creator>
		<pubDate>Sun, 19 Sep 2010 19:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-587</guid>
		<description>Your border radius declarations are not in alphabetical order :)</description>
		<content:encoded><![CDATA[<p>Your border radius declarations are not in alphabetical order :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leo</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-72</link>
		<dc:creator>leo</dc:creator>
		<pubDate>Tue, 06 Apr 2010 10:29:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-72</guid>
		<description>I&#039;m definitely for multi-line writing and in regards to properties order I use a (totally arbitrary) &#039;importance&#039; order:
- position / floating
- dimensions
[then box-model properties starting from the outside]
- margin
- border
- padding
[and then formatting]
-background
- text / font properties

it works fine for me even if I have to admit I&#039;ve never used it &#039;shoulder to shoulder&#039; with other developers</description>
		<content:encoded><![CDATA[<p>I&#8217;m definitely for multi-line writing and in regards to properties order I use a (totally arbitrary) &#8216;importance&#8217; order:<br />
- position / floating<br />
- dimensions<br />
[then box-model properties starting from the outside]<br />
- margin<br />
- border<br />
- padding<br />
[and then formatting]<br />
-background<br />
- text / font properties</p>
<p>it works fine for me even if I have to admit I&#8217;ve never used it &#8216;shoulder to shoulder&#8217; with other developers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simone</title>
		<link>http://www.robbiemanson.com/articles/reasons-to-avoid-single-line-css/comment-page-1/#comment-41</link>
		<dc:creator>Simone</dc:creator>
		<pubDate>Thu, 25 Mar 2010 16:11:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.robbiemanson.com/?p=640#comment-41</guid>
		<description>You&#039;re welcome. Reading my comment now I understood my english sucks. Hope that what I wrote is clearly enough.</description>
		<content:encoded><![CDATA[<p>You&#8217;re welcome. Reading my comment now I understood my english sucks. Hope that what I wrote is clearly enough.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

