<?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: How to Override Inline CSS Styles</title>
	<atom:link href="http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Mon, 23 Nov 2009 05:23:27 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ram</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926788</link>
		<dc:creator>Ram</dc:creator>
		<pubDate>Thu, 11 Jun 2009 07:55:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926788</guid>
		<description>Good one....

How to override the inline style if suppose the inline styles itself having the declaration &#039;!important&#039; Ex: &lt;strong style=&quot;color: red !important;&quot;&gt;</description>
		<content:encoded><![CDATA[<p>Good one&#8230;.</p>
<p>How to override the inline style if suppose the inline styles itself having the declaration &#8216;!important&#8217; Ex: &lt;strong style=&#8221;color: red !important;&#8221;&gt;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: memco</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926484</link>
		<dc:creator>memco</dc:creator>
		<pubDate>Thu, 04 Jun 2009 15:13:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926484</guid>
		<description>Wow, I completely forgot I could override styles in this way.  After reading @Stevie D&#039;s comment I now know how I can get the design the way I need it without having to fight an army of font tags.  

...Still have to clean it all up eventually, but this way I get the look without having to mastermind more cleanup regex voodoo</description>
		<content:encoded><![CDATA[<p>Wow, I completely forgot I could override styles in this way.  After reading @Stevie D&#8217;s comment I now know how I can get the design the way I need it without having to fight an army of font tags.  </p>
<p>&#8230;Still have to clean it all up eventually, but this way I get the look without having to mastermind more cleanup regex voodoo</p>]]></content:encoded>
	</item>
	<item>
		<title>By: omnicity</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926398</link>
		<dc:creator>omnicity</dc:creator>
		<pubDate>Tue, 02 Jun 2009 16:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926398</guid>
		<description>@http://flexewebs.com/semantix 
It &lt;em&gt;does &lt;/em&gt;work in IE6 and IE7, but the example was too complex - the &lt;strong&gt;[strong]&lt;/strong&gt; part of the selector is not essential to this idea, just for the example used.</description>
		<content:encoded><![CDATA[<p>@http://flexewebs.com/semantix<br />
It <em>does </em>work in IE6 and IE7, but the example was too complex &#8211; the <strong>[strong]</strong> part of the selector is not essential to this idea, just for the example used.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: http://flexewebs.com/semantix</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926354</link>
		<dc:creator>http://flexewebs.com/semantix</dc:creator>
		<pubDate>Mon, 01 Jun 2009 23:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926354</guid>
		<description>This guidelines is very useless. Any CSS technique which does not work in 2 of the world&#039;s most popular browsers is not really worth knowing (for now). 

I can see how being able to override inline styles sheets is an incredibly useful thing to be able to do, but for most part I needed to be able to this when working in those browsers which are not supported.</description>
		<content:encoded><![CDATA[<p>This guidelines is very useless. Any CSS technique which does not work in 2 of the world&#8217;s most popular browsers is not really worth knowing (for now). </p>
<p>I can see how being able to override inline styles sheets is an incredibly useful thing to be able to do, but for most part I needed to be able to this when working in those browsers which are not supported.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Mj</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926233</link>
		<dc:creator>Mj</dc:creator>
		<pubDate>Fri, 29 May 2009 14:20:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926233</guid>
		<description>My boss said refrain from using inline styles... its better to separate css.</description>
		<content:encoded><![CDATA[<p>My boss said refrain from using inline styles&#8230; its better to separate css.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926189</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 28 May 2009 11:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926189</guid>
		<description>strong{ color: blue !important; }

This code can also work without [style]</description>
		<content:encoded><![CDATA[<p>strong{ color: blue !important; }</p>
<p>This code can also work without [style]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: markfiend</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926139</link>
		<dc:creator>markfiend</dc:creator>
		<pubDate>Wed, 27 May 2009 14:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926139</guid>
		<description>Stevie D: Thanks for the BRAT link. Will come in very handy! &gt;:-)</description>
		<content:encoded><![CDATA[<p>Stevie D: Thanks for the BRAT link. Will come in very handy! &gt;:-)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926122</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Wed, 27 May 2009 11:37:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926122</guid>
		<description>&lt;blockquote&gt;The only reason that I can think of is BRAT - or if you have a particularly awful CMS.&lt;/blockquote&gt;
Sorry, lapsing into jargon there.

BRAT is &quot;Big Red Angry Text&quot;.
http://accessites.org/site/2006/07/big-red-angry-text/

This is used where the designer wants to not only override any inline styles that the client puts in, but also to make a point and stop the client from doing it again! It targets any element that has a deprecated inline attribute, or deprecated element, and turns that element big, bold and red, thus ensuring that when the client tries to ruin your immaculate design by adding &lt;code&gt;align=&quot;center&quot;&lt;/code&gt; to a paragraph or wrapping the whole lot in &lt;code&gt;&gt;font face=&quot;comic sans ms&quot;&lt;&lt;/code&gt;, it will backfire, completely fail to do what they&#039;ve asked it to do [1], and make it extremely obvious that they have done something horrible.

[1] I suppose you might need to have an alternative plan for the one occasion that the client adds &lt;code&gt;&gt;font color=&quot;red&quot; size=&quot;x-large&quot;&lt;&gt;b&lt;&lt;/code&gt; to the page!</description>
		<content:encoded><![CDATA[<blockquote><p>The only reason that I can think of is BRAT &#8211; or if you have a particularly awful CMS.</p></blockquote>
<p>Sorry, lapsing into jargon there.</p>
<p>BRAT is &#8220;Big Red Angry Text&#8221;.<br />
<a href="http://accessites.org/site/2006/07/big-red-angry-text/" rel="nofollow">http://accessites.org/site/2006/07/big-red-angry-text/</a></p>
<p>This is used where the designer wants to not only override any inline styles that the client puts in, but also to make a point and stop the client from doing it again! It targets any element that has a deprecated inline attribute, or deprecated element, and turns that element big, bold and red, thus ensuring that when the client tries to ruin your immaculate design by adding <code>align="center"</code> to a paragraph or wrapping the whole lot in <code>&gt;font face="comic sans ms"&lt;</code>, it will backfire, completely fail to do what they&#8217;ve asked it to do [1], and make it extremely obvious that they have done something horrible.</p>
<p>[1] I suppose you might need to have an alternative plan for the one occasion that the client adds <code>&gt;font color="red" size="x-large"&lt;&gt;b&lt;</code> to the page!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926121</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Wed, 27 May 2009 11:29:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926121</guid>
		<description>This is one of those tips that is all well and good, but if you ever find yourself using it, you have to ask yourself what the hull has happened - you should never need it!

Inline styles have the highest priority, overriding embedded &lt;code&gt;[style]&lt;/code&gt; elements and linked stylesheets, because you have specifically chosen to apply a specific style to a specific element - if you&#039;ve gone to the trouble of doing that, why would you want to override it with a global style?

The only reason that I can think of is BRAT - or if you have a particularly awful CMS.</description>
		<content:encoded><![CDATA[<p>This is one of those tips that is all well and good, but if you ever find yourself using it, you have to ask yourself what the hull has happened &#8211; you should never need it!</p>
<p>Inline styles have the highest priority, overriding embedded <code>[style]</code> elements and linked stylesheets, because you have specifically chosen to apply a specific style to a specific element &#8211; if you&#8217;ve gone to the trouble of doing that, why would you want to override it with a global style?</p>
<p>The only reason that I can think of is BRAT &#8211; or if you have a particularly awful CMS.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Kliehm</title>
		<link>http://www.sitepoint.com/blogs/2009/05/27/override-inline-css/comment-page-1/#comment-926113</link>
		<dc:creator>Martin Kliehm</dc:creator>
		<pubDate>Wed, 27 May 2009 08:01:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=9835#comment-926113</guid>
		<description>&lt;code&gt;!important&lt;/code&gt; is considered harmful for accessibility because it will also override custom user stylesheets. For example a person with vision impairment might find it easier to read text in yellow on a blue background. Your &lt;code&gt;!important&lt;/code&gt; declaration will override his preferences and make the text illegible.</description>
		<content:encoded><![CDATA[<p><code>!important</code> is considered harmful for accessibility because it will also override custom user stylesheets. For example a person with vision impairment might find it easier to read text in yellow on a blue background. Your <code>!important</code> declaration will override his preferences and make the text illegible.</p>]]></content:encoded>
	</item>
</channel>
</rss>
