<?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"
	>
<channel>
	<title>Comments on: Format Your CSS</title>
	<atom:link href="http://dtott.com/thoughts/2007/12/03/format-your-css/feed/" rel="self" type="application/rss+xml" />
	<link>http://dtott.com/thoughts/2007/12/03/format-your-css/</link>
	<description></description>
	<pubDate>Thu, 28 Aug 2008 12:17:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Josh Walsh</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-166</link>
		<dc:creator>Josh Walsh</dc:creator>
		<pubDate>Fri, 02 May 2008 15:56:40 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-166</guid>
		<description>I tend to code in the "Traditional" way as well.  As you said, it's definitely not ideal, but works well for me.

Your tabbed approach is interesting to me, but since I don't do a whole lot of styling by individual ID's , rather mostly by more generic class based styles, I think it would be distracting for me.

I'm going to try using one-line selectors for simpler definitions and keeping to "Traditional" definitions for larger, more structural definitions.</description>
		<content:encoded><![CDATA[<p>I tend to code in the &#8220;Traditional&#8221; way as well.  As you said, it&#8217;s definitely not ideal, but works well for me.</p>
<p>Your tabbed approach is interesting to me, but since I don&#8217;t do a whole lot of styling by individual ID&#8217;s , rather mostly by more generic class based styles, I think it would be distracting for me.</p>
<p>I&#8217;m going to try using one-line selectors for simpler definitions and keeping to &#8220;Traditional&#8221; definitions for larger, more structural&nbsp;definitions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Lagerkvist</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-155</link>
		<dc:creator>Andreas Lagerkvist</dc:creator>
		<pubDate>Mon, 07 Apr 2008 11:55:20 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-155</guid>
		<description>I've used the same type of indentation since I read about it on Dustin Diaz's site a few years back. I agree that it really helps get a better overview of your code.

In addition to indentation I always structure my CSS modular. Each module on the site gets its own div with a unique ID (#recent-comments for example) and that module also gets a CSS-file (recent-comments.css) where every selector starts with the module-ID (so as not to style anything generic from a module-file).

I've also implemented my own &lt;a href="http://exscale.se/archives/2008/01/15/css-constants-and-compression-php-class/" rel="nofollow"&gt;CSS-constant-parser&lt;/a&gt;. It's quite different from what I've seen before and I'm currently using it on a very large website where it's definitely helped keep my HTML as tidy and clutter-free as possible.

Honestly don't see the point in SASS. It looks like you need to learn another language all over again for very little benefit and what about portability?
Ok, to be fair, using my constant-parser has the same drawbacks though.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve used the same type of indentation since I read about it on Dustin Diaz&#8217;s site a few years back. I agree that it really helps get a better overview of your code.</p>
<p>In addition to indentation I always structure my CSS modular. Each module on the site gets its own div with a unique ID (#recent-comments for example) and that module also gets a CSS-file (recent-comments.css) where every selector starts with the module-ID (so as not to style anything generic from a module-file).</p>
<p>I&#8217;ve also implemented my own <a href="http://exscale.se/archives/2008/01/15/css-constants-and-compression-php-class/" rel="nofollow">CSS-constant-parser</a>. It&#8217;s quite different from what I&#8217;ve seen before and I&#8217;m currently using it on a very large website where it&#8217;s definitely helped keep my HTML as tidy and clutter-free as possible.</p>
<p>Honestly don&#8217;t see the point in SASS. It looks like you need to learn another language all over again for very little benefit and what about portability?<br />
Ok, to be fair, using my constant-parser has the same drawbacks&nbsp;though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-116</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 25 Jan 2008 03:06:53 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-116</guid>
		<description>oops.. didn't pick up on my whitespace. hahaha, sorry about that.</description>
		<content:encoded><![CDATA[<p>oops.. didn&#8217;t pick up on my whitespace. hahaha, sorry about&nbsp;that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-115</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 25 Jan 2008 03:06:07 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-115</guid>
		<description>I personally can use either a one-line declaration or multi-line declarations that are tabbed in once. however, I have started writing my style rules in alphabetical order, which actually has saved me a lot of time when going through my stylesheet and doing some edits.  I prefer this style though.

&lt;code&gt;
#wrapper {
    background:#FFF;
    color:#000;
    font:100%/150% "Trebuchet MS", Verdana, sans-serif;
    margin:0 auto;
    width:90%
    }
&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>I personally can use either a one-line declaration or multi-line declarations that are tabbed in once. however, I have started writing my style rules in alphabetical order, which actually has saved me a lot of time when going through my stylesheet and doing some edits.  I prefer this style though.</p>
<p><code><br />
#wrapper {<br />
    background:#FFF;<br />
    color:#000;<br />
    font:100%/150% "Trebuchet MS", Verdana, sans-serif;<br />
    margin:0 auto;<br />
    width:90%<br />
    }<br />
</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-105</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Mon, 17 Dec 2007 18:05:10 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-105</guid>
		<description>That's really interesting, I initially started using one line styles because thats just how I thought it was supposed to be done, when I realised I was ok to use whitespace, I switched to an almost identical style to yourself.

I had never considered indenting styles to match the code layout. I might give that a go on my next project (although I don't think I'll be using one line styles, because I find them a nightmare to read!).</description>
		<content:encoded><![CDATA[<p>That&#8217;s really interesting, I initially started using one line styles because thats just how I thought it was supposed to be done, when I realised I was ok to use whitespace, I switched to an almost identical style to yourself.</p>
<p>I had never considered indenting styles to match the code layout. I might give that a go on my next project (although I don&#8217;t think I&#8217;ll be using one line styles, because I find them a nightmare to&nbsp;read!).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Lidberg</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-85</link>
		<dc:creator>Robert Lidberg</dc:creator>
		<pubDate>Tue, 11 Dec 2007 11:11:39 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-85</guid>
		<description>We have been using this CSS "layout" for years, always worked like a charm :) In larger projects too.

If we ever work with someone not used to this format, you can always get the usual format using firebug.

Best regards,</description>
		<content:encoded><![CDATA[<p>We have been using this CSS &#8220;layout&#8221; for years, always worked like a charm :) In larger projects too.</p>
<p>If we ever work with someone not used to this format, you can always get the usual format using firebug.</p>
<p>Best&nbsp;regards,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Armen</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-83</link>
		<dc:creator>Armen</dc:creator>
		<pubDate>Mon, 10 Dec 2007 04:46:55 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-83</guid>
		<description>Nice one! I might drop the traditional method, and become a new follower of this alternative method. It looks nice, and I think I could edit faster if I adopted it.

Thanks!</description>
		<content:encoded><![CDATA[<p>Nice one! I might drop the traditional method, and become a new follower of this alternative method. It looks nice, and I think I could edit faster if I adopted it.&nbsp;Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fatih HayrioÃ„Å¸lu&#8217;nun not defteri</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-80</link>
		<dc:creator>Fatih HayrioÃ„Å¸lu&#8217;nun not defteri</dc:creator>
		<pubDate>Wed, 05 Dec 2007 13:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-80</guid>
		<description>[...] CSS yazarken denenebilecek yeni bir format. BaÃ„Å¸lantÃ„Â± [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] CSS yazarken denenebilecek yeni bir format. BaÃ„Å¸lantÃ„Â±&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Dielman</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-79</link>
		<dc:creator>Brad Dielman</dc:creator>
		<pubDate>Tue, 04 Dec 2007 16:46:58 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-79</guid>
		<description>Great post, Dan. I still write my CSS in the "traditional" manner, although I may try your new style of mimicking the layout of the HTML document.

As you pointed out, I can see how it would help when trying to determine inheritance.</description>
		<content:encoded><![CDATA[<p>Great post, Dan. I still write my CSS in the &#8220;traditional&#8221; manner, although I may try your new style of mimicking the layout of the HTML document.</p>
<p>As you pointed out, I can see how it would help when trying to determine&nbsp;inheritance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seth</title>
		<link>http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-78</link>
		<dc:creator>Seth</dc:creator>
		<pubDate>Tue, 04 Dec 2007 15:13:19 +0000</pubDate>
		<guid isPermaLink="false">http://dtott.com/thoughts/2007/12/03/format-your-css/#comment-78</guid>
		<description>I tend to use something a little different:

&lt;code&gt;
#my_id { style }
#my_id p { style }
#my_id p.class { style }
#my_id p a { style }
&lt;/code&gt;

This makes finding the code really easy and because it's done without any additional formatting I can code faster.  This may not be a concern for everyone, but I am very limited to the actual amount of coding time alloted.</description>
		<content:encoded><![CDATA[<p>I tend to use something a little different:</p>
<p><code><br />
#my_id { style }<br />
#my_id p { style }<br />
#my_id p.class { style }<br />
#my_id p a { style }<br />
</code></p>
<p>This makes finding the code really easy and because it&#8217;s done without any additional formatting I can code faster.  This may not be a concern for everyone, but I am very limited to the actual amount of coding time&nbsp;alloted.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
