<?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: 8 Common CSS Mistakes and How to Fix Them</title>
	<atom:link href="http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Feb 2012 11:50:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Emerson</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-8994</link>
		<dc:creator>Emerson</dc:creator>
		<pubDate>Thu, 10 Mar 2011 04:00:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-8994</guid>
		<description>I genuinely appreciate blogs like these that not only provides data just to sell their item but also gives info that is practically helpful to the people who are concerned.</description>
		<content:encoded><![CDATA[<p>I genuinely appreciate blogs like these that not only provides data just to sell their item but also gives info that is practically helpful to the people who are concerned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ragesh</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-7842</link>
		<dc:creator>Ragesh</dc:creator>
		<pubDate>Wed, 05 Jan 2011 08:38:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-7842</guid>
		<description>So nice... thank you very much...!</description>
		<content:encoded><![CDATA[<p>So nice&#8230; thank you very much&#8230;!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Widmann</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-6957</link>
		<dc:creator>Brett Widmann</dc:creator>
		<pubDate>Thu, 04 Nov 2010 19:58:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-6957</guid>
		<description>Very simple mistakes that can ruin the whole coding project! Thanks for putting together a list with some solutions.</description>
		<content:encoded><![CDATA[<p>Very simple mistakes that can ruin the whole coding project! Thanks for putting together a list with some solutions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diseño Web Toledo</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-5459</link>
		<dc:creator>Diseño Web Toledo</dc:creator>
		<pubDate>Mon, 28 Jun 2010 09:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-5459</guid>
		<description>Thx for sharing the tips. 

css is simplicity</description>
		<content:encoded><![CDATA[<p>Thx for sharing the tips. </p>
<p>css is simplicity</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-5071</link>
		<dc:creator>Rick</dc:creator>
		<pubDate>Fri, 21 May 2010 01:52:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-5071</guid>
		<description>I totally agree with @Dan Hensby there is no right or wrong for font-size.  I prefer to use pixels now as well since nested items will not inherit the parents size. 

Also we need to remember it was recommended to use ems back when most browsers would not allow user to zoom text that was in pixels. Nowadays modern browser zoom entire pages.

Good article, thank you</description>
		<content:encoded><![CDATA[<p>I totally agree with @Dan Hensby there is no right or wrong for font-size.  I prefer to use pixels now as well since nested items will not inherit the parents size. </p>
<p>Also we need to remember it was recommended to use ems back when most browsers would not allow user to zoom text that was in pixels. Nowadays modern browser zoom entire pages.</p>
<p>Good article, thank you</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kim_Office_Team</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-4269</link>
		<dc:creator>Kim_Office_Team</dc:creator>
		<pubDate>Tue, 30 Mar 2010 23:23:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-4269</guid>
		<description>@Rachel -- I&#039;m sure the community would really value hearing about your thoughts on converting from the Office Live WSYWIG to CSS. You can join the conversation at the Office Live page on Facebook, here: http://www.facebook.com/officelive. 

Cheers,
Kim
Microsoft Office Live Outreach</description>
		<content:encoded><![CDATA[<p>@Rachel &#8212; I&#8217;m sure the community would really value hearing about your thoughts on converting from the Office Live WSYWIG to CSS. You can join the conversation at the Office Live page on Facebook, here: <a href="http://www.facebook.com/officelive" rel="nofollow">http://www.facebook.com/officelive</a>. </p>
<p>Cheers,<br />
Kim<br />
Microsoft Office Live Outreach</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-4246</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Tue, 30 Mar 2010 12:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-4246</guid>
		<description>Nice post, an interesting and educational read!

@David - I agree with your point of capturing a semantic meaning with the value of an id, rather than coupling it with presentation detail.  I suppose in the post, a better id might have been &quot;oddOneOut&quot;, which captures the meaning that element conveys in the example.

A minor quibble that had me confused (an admittedly easy task :-P ) for a sec:

&quot;4: Ignoring shorthand ... It goes as follows: top, right, bottom left. You can think of it as going counter-clockwise starting from the top...&quot;

That ordering is clockwise rather than counter-clockwise no?</description>
		<content:encoded><![CDATA[<p>Nice post, an interesting and educational read!</p>
<p>@David &#8211; I agree with your point of capturing a semantic meaning with the value of an id, rather than coupling it with presentation detail.  I suppose in the post, a better id might have been &#8220;oddOneOut&#8221;, which captures the meaning that element conveys in the example.</p>
<p>A minor quibble that had me confused (an admittedly easy task <img src='http://www.pxleyes.com/blog/wp-includes/images/smilies/icon_razz.gif' alt=':-P' class='wp-smiley' />  ) for a sec:</p>
<p>&#8220;4: Ignoring shorthand &#8230; It goes as follows: top, right, bottom left. You can think of it as going counter-clockwise starting from the top&#8230;&#8221;</p>
<p>That ordering is clockwise rather than counter-clockwise no?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Hensby</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-4220</link>
		<dc:creator>Dan Hensby</dc:creator>
		<pubDate>Sun, 28 Mar 2010 21:13:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-4220</guid>
		<description>A nice article all round; however, I can&#039;t say I agree with #6. Before I go further, I&#039;ll say that I don&#039;t think there is a &#039;right&#039; or a &#039;wrong&#039; way; people should choose what they like and keep consistent.

You justify em being better than px because 1em = 16px by default in FF. Thus, 1.5em = 24px, etc. So really, you are still addressing pixels, it&#039;s the same as saying 16px or 24px, just not by name. The key difference I see is that ems are relative and pixels are absolute - so, if someone changes their default font size, then everything will scale. But, all modern browsers have zoom features that make ems unnecessary. In fact, the only thing I think IE6 gets &#039;right&#039; is that when you use zoom, px don&#039;t scale and ems do! (px are absolute, so should always be the defined size)

I use px to do all the measurements because it saves time with calculation. Not only do we not need to work out how many em for a 13px font size. Plus because it is relative to the element you are nested in, it gets even harder to manage and more complex. It&#039;s essentially a maintenance nightmare because you can&#039;t instantly look at the CSS file and see the font size and make sure it is correct according to the design.

eg: If we declare this rule ul,li,li a { font-size: 1.2em; } where 1em = 10px is the base in the ul, then the text in the anchor will be ~17px. but if we decide then wrap the UL in another div with the font size decoration of 1.2em, then the font size of a the anchor tag will be increased to ~21px which would be unintentional and a pain to debug.</description>
		<content:encoded><![CDATA[<p>A nice article all round; however, I can&#8217;t say I agree with #6. Before I go further, I&#8217;ll say that I don&#8217;t think there is a &#8216;right&#8217; or a &#8216;wrong&#8217; way; people should choose what they like and keep consistent.</p>
<p>You justify em being better than px because 1em = 16px by default in FF. Thus, 1.5em = 24px, etc. So really, you are still addressing pixels, it&#8217;s the same as saying 16px or 24px, just not by name. The key difference I see is that ems are relative and pixels are absolute &#8211; so, if someone changes their default font size, then everything will scale. But, all modern browsers have zoom features that make ems unnecessary. In fact, the only thing I think IE6 gets &#8216;right&#8217; is that when you use zoom, px don&#8217;t scale and ems do! (px are absolute, so should always be the defined size)</p>
<p>I use px to do all the measurements because it saves time with calculation. Not only do we not need to work out how many em for a 13px font size. Plus because it is relative to the element you are nested in, it gets even harder to manage and more complex. It&#8217;s essentially a maintenance nightmare because you can&#8217;t instantly look at the CSS file and see the font size and make sure it is correct according to the design.</p>
<p>eg: If we declare this rule ul,li,li a { font-size: 1.2em; } where 1em = 10px is the base in the ul, then the text in the anchor will be ~17px. but if we decide then wrap the UL in another div with the font size decoration of 1.2em, then the font size of a the anchor tag will be increased to ~21px which would be unintentional and a pain to debug.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-4207</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Sat, 27 Mar 2010 17:43:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-4207</guid>
		<description>&quot;browsers from IE6 and up understand the new HTML5 doctype.&quot;  Are you sure about that?  IE 6 was finished before HTML5 was dreamed up.</description>
		<content:encoded><![CDATA[<p>&#8220;browsers from IE6 and up understand the new HTML5 doctype.&#8221;  Are you sure about that?  IE 6 was finished before HTML5 was dreamed up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Fleischanderl</title>
		<link>http://www.pxleyes.com/blog/2010/03/8-common-css-mistakes-and-how-to-fix-them/#comment-4178</link>
		<dc:creator>Paul Fleischanderl</dc:creator>
		<pubDate>Fri, 26 Mar 2010 07:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.pxleyes.com/blog/?p=877#comment-4178</guid>
		<description>nice article! realy!

BUT: #6 was not in mind when you create this theme?</description>
		<content:encoded><![CDATA[<p>nice article! realy!</p>
<p>BUT: #6 was not in mind when you create this theme?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using memcached
Page Caching using memcached (User agent is rejected)
Database Caching 2/4 queries in 0.009 seconds using memcached
Object Caching 274/275 objects using disk: basic
Content Delivery Network via N/A

Served from: www.pxleyes.com @ 2012-02-12 08:13:17 -->
