<?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: CSS hacks for IE-only style rules</title>
	<atom:link href="http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/feed/" rel="self" type="application/rss+xml" />
	<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/</link>
	<description>Practical advice for building websites with web standards</description>
	<lastBuildDate>Sun, 07 Mar 2010 20:43:14 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Isofarro</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-25</link>
		<dc:creator>Isofarro</dc:creator>
		<pubDate>Sun, 07 Mar 2010 20:43:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-25</guid>
		<description>Andrew, your approach would result in an extra HTTP request for IE-browsers, pulling in two external stylesheets. That adds to the perceived page-load times, plus a needless extra request on your webservers. For what? For the sake of having one CSS file pass a validation test, while another one still fails?

Sure, you can refactor the conditional comments approach so that there are two complete stylesheets, one with and one without the IE stylesheet hacks. That only then affects the success rate of caching a stylesheet. (That too can be refactored into one single stylesheet that also contains the IE stylesheet hacks - which is back to where we started)

In the long run, it would be better to have an invalid stylesheet that&#039;s invalid in known, documented and accepted ways. Validation is a nice milestone in the destination for delivering a high quality site. It does need to be weighed with other factors, and determine the most effective compromise.</description>
		<content:encoded><![CDATA[<p>Andrew, your approach would result in an extra HTTP request for IE-browsers, pulling in two external stylesheets. That adds to the perceived page-load times, plus a needless extra request on your webservers. For what? For the sake of having one CSS file pass a validation test, while another one still fails?</p>
<p>Sure, you can refactor the conditional comments approach so that there are two complete stylesheets, one with and one without the IE stylesheet hacks. That only then affects the success rate of caching a stylesheet. (That too can be refactored into one single stylesheet that also contains the IE stylesheet hacks &#8211; which is back to where we started)</p>
<p>In the long run, it would be better to have an invalid stylesheet that&#8217;s invalid in known, documented and accepted ways. Validation is a nice milestone in the destination for delivering a high quality site. It does need to be weighed with other factors, and determine the most effective compromise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Webster</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-9</link>
		<dc:creator>Steve Webster</dc:creator>
		<pubDate>Mon, 09 Feb 2009 23:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-9</guid>
		<description>I&#039;m pretty certain that after much spec searching, the conclusion we came to at work was that while &lt;code&gt;_{property}&lt;/code&gt; and &lt;code&gt;*{property}&lt;/code&gt; are not valid property names, the error handling part of the CSS specification means that standards-compliant browsers will ignore these properties.

In my opinion use of the star and underscore hacks is relatively safe, and there&#039;s are performance and maintenance benefits to keeping all related styles together rather than separating IE stuff out into a conditionally-linked stylesheet.</description>
		<content:encoded><![CDATA[<p>I&#8217;m pretty certain that after much spec searching, the conclusion we came to at work was that while <code>_{property}</code> and <code>*{property}</code> are not valid property names, the error handling part of the CSS specification means that standards-compliant browsers will ignore these properties.</p>
<p>In my opinion use of the star and underscore hacks is relatively safe, and there&#8217;s are performance and maintenance benefits to keeping all related styles together rather than separating IE stuff out into a conditionally-linked stylesheet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Smith</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-8</link>
		<dc:creator>Andrew Smith</dc:creator>
		<pubDate>Fri, 05 Dec 2008 12:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-8</guid>
		<description>Folks, it&#039;s worth remembering that if &quot;star&quot; hacks (or any other hacks) are put inside an IE-only stylesheet, and referenced via conditional comments in the mark-up, the issue of compliancy does not apply. They are effectively off the radar.

And remember too that the &quot;star&quot; selector actually validates correctly against the w3c css 2.1 standard.</description>
		<content:encoded><![CDATA[<p>Folks, it&#8217;s worth remembering that if &#8220;star&#8221; hacks (or any other hacks) are put inside an IE-only stylesheet, and referenced via conditional comments in the mark-up, the issue of compliancy does not apply. They are effectively off the radar.</p>
<p>And remember too that the &#8220;star&#8221; selector actually validates correctly against the w3c css 2.1 standard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Norman Francis</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-7</link>
		<dc:creator>Mark Norman Francis</dc:creator>
		<pubDate>Thu, 20 Nov 2008 15:03:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-7</guid>
		<description>David - in my opinion, the &quot;practical&quot; part of web standards compliance is knowing when and why to break rules to achieve web sites (the primary goal).</description>
		<content:encoded><![CDATA[<p>David &#8211; in my opinion, the &#8220;practical&#8221; part of web standards compliance is knowing when and why to break rules to achieve web sites (the primary goal).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Dorward</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-6</link>
		<dc:creator>David Dorward</dc:creator>
		<pubDate>Thu, 20 Nov 2008 12:48:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-6</guid>
		<description>While there are times when deviating from standards is *practical*, it isn&#039;t *compliant*, and the tag line isn&#039;t &quot;Practical advice for building partially web standards compliant websites&quot;.</description>
		<content:encoded><![CDATA[<p>While there are times when deviating from standards is *practical*, it isn&#8217;t *compliant*, and the tag line isn&#8217;t &#8220;Practical advice for building partially web standards compliant websites&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isofarro</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-5</link>
		<dc:creator>Isofarro</dc:creator>
		<pubDate>Wed, 19 Nov 2008 08:56:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-5</guid>
		<description>David, yes, the CSS is invalid, yet the practical benefits of this technique far outweights the costs of it. And while we are stuck with Internet Explorer 6 and 7, we are stuck in a world where CSS isn&#039;t as well supported in browsers as we&#039;d like or expect.

Hence the tag line of site begins with &quot;Practical advice&quot;, rather than &quot;Specification perfect&quot;, our sites live and die on the Web with the browsers that our visitors use. There are times when validation needs to be broken for practical, and even accessibility considerations.</description>
		<content:encoded><![CDATA[<p>David, yes, the CSS is invalid, yet the practical benefits of this technique far outweights the costs of it. And while we are stuck with Internet Explorer 6 and 7, we are stuck in a world where CSS isn&#8217;t as well supported in browsers as we&#8217;d like or expect.</p>
<p>Hence the tag line of site begins with &#8220;Practical advice&#8221;, rather than &#8220;Specification perfect&#8221;, our sites live and die on the Web with the browsers that our visitors use. There are times when validation needs to be broken for practical, and even accessibility considerations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Dorward</title>
		<link>http://webstandardstips.com/2008/11/18/css-hacks-for-ie-only-style-rules/comment-page-1/#comment-4</link>
		<dc:creator>David Dorward</dc:creator>
		<pubDate>Tue, 18 Nov 2008 19:47:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandardstips.com/?p=8#comment-4</guid>
		<description>Given that this site has the tag line &quot;Practical advice for building web standards compliant websites&quot;, this seems like a odd post to see here.

The moment you use either the underscore or star hack, you are producing invalid CSS and making the site non-compliant.</description>
		<content:encoded><![CDATA[<p>Given that this site has the tag line &#8220;Practical advice for building web standards compliant websites&#8221;, this seems like a odd post to see here.</p>
<p>The moment you use either the underscore or star hack, you are producing invalid CSS and making the site non-compliant.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

