<?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: The Myth of CSS</title>
	<atom:link href="http://alexking.org/blog/2004/03/13/the-myth-of-css/feed" rel="self" type="application/rss+xml" />
	<link>http://alexking.org/blog/2004/03/13/the-myth-of-css</link>
	<description>Alex King's blog - software, photography, sports, etc.</description>
	<lastBuildDate>Wed, 10 Mar 2010 18:18:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Erik Stell &#187; CSS a Myth? I don&#8217;t think so&#8230;</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-62672</link>
		<dc:creator>Erik Stell &#187; CSS a Myth? I don&#8217;t think so&#8230;</dc:creator>
		<pubDate>Fri, 18 Apr 2008 14:49:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-62672</guid>
		<description>[...] at talk about best practices in terms of blog site designs, and happened across this article: The Myth of CSS &#124; alexking.org Iâ€™m reading through the 63 comments on Mattâ€™s code is food post and I inevitably got to one [...]</description>
		<content:encoded><![CDATA[<p>[...] at talk about best practices in terms of blog site designs, and happened across this article: The Myth of CSS | alexking.org Iâ€™m reading through the 63 comments on Mattâ€™s code is food post and I inevitably got to one [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philipp</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-58903</link>
		<dc:creator>Philipp</dc:creator>
		<pubDate>Sun, 30 Sep 2007 10:01:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-58903</guid>
		<description>I sometimes think, that people are overrating the importance of how the coding of the page looks like and forget the value of good content :O</description>
		<content:encoded><![CDATA[<p>I sometimes think, that people are overrating the importance of how the coding of the page looks like and forget the value of good content :O</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Azad</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-8234</link>
		<dc:creator>Azad</dc:creator>
		<pubDate>Fri, 23 Sep 2005 05:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-8234</guid>
		<description>Alex, Good to know that you&#039;re a XHTML geek (just like me :p) but did you know that XHTML is not just the DOCTYPE, you must also send the MIMEtype as application/xhtml+xml. 

As for XHTML 1.0, modern browsers read it as XHTML but IE reads it as Text/html. But  XHTML 1.1 can&#039;t be read as text/html so IE messes things up badly.  I suggest using XHTML 1.0 till IE gets full XML support.</description>
		<content:encoded><![CDATA[<p>Alex, Good to know that you&#8217;re a XHTML geek (just like me :p) but did you know that XHTML is not just the DOCTYPE, you must also send the MIMEtype as application/xhtml+xml. </p>
<p>As for XHTML 1.0, modern browsers read it as XHTML but IE reads it as Text/html. But  XHTML 1.1 can&#8217;t be read as text/html so IE messes things up badly.  I suggest using XHTML 1.0 till IE gets full XML support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: staylor</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1813</link>
		<dc:creator>staylor</dc:creator>
		<pubDate>Fri, 21 May 2004 20:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1813</guid>
		<description>I don&#039;t know about any of you guys, but I&#039;ve been seperating my content with presentation for years.

I&#039;ve also been using tables as elements-- pre-built legos-- and placing them in seperate files...

include (&#039; whoa.html &#039;)

Simple.

And it&#039;s cached!</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know about any of you guys, but I&#8217;ve been seperating my content with presentation for years.</p>
<p>I&#8217;ve also been using tables as elements&#8211; pre-built legos&#8211; and placing them in seperate files&#8230;</p>
<p>include (&#8216; whoa.html &#8216;)</p>
<p>Simple.</p>
<p>And it&#8217;s cached!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alexking.org: Blog</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1412</link>
		<dc:creator>alexking.org: Blog</dc:creator>
		<pubDate>Tue, 30 Mar 2004 14:40:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1412</guid>
		<description>&lt;strong&gt;The Myth of CSS: Followup&lt;/strong&gt;
Luke has posted a very thoughtful article inspired by my Myth of CSS post. (Thank you Feedster for making ego searches so easy.)

Many of the initial comments and related posts I got were focused on semantic tag meaning and if I was equating DIVs wit...</description>
		<content:encoded><![CDATA[<p><strong>The Myth of CSS: Followup</strong><br />
Luke has posted a very thoughtful article inspired by my Myth of CSS post. (Thank you Feedster for making ego searches so easy.)</p>
<p>Many of the initial comments and related posts I got were focused on semantic tag meaning and if I was equating DIVs wit&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1379</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 23 Mar 2004 23:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1379</guid>
		<description>I agree completely - I don&#039;t think we should have 100% separation of presentation and content in XHTML - it&#039;s still XHTML, not XML.</description>
		<content:encoded><![CDATA[<p>I agree completely &#8211; I don&#8217;t think we should have 100% separation of presentation and content in XHTML &#8211; it&#8217;s still XHTML, not XML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: François</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1378</link>
		<dc:creator>François</dc:creator>
		<pubDate>Tue, 23 Mar 2004 21:29:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1378</guid>
		<description>I agree HTML pages still contain loads of hacks, the span tag being the most used tag for hacking little effects.

I guess this is inevitable and that, anyway, just as when you write in real life, a complete separation of style and content would not be relevant.

It is nice to read pragmatic statements, although they always come with provocative titles ;)

From France, sincerely.</description>
		<content:encoded><![CDATA[<p>I agree HTML pages still contain loads of hacks, the span tag being the most used tag for hacking little effects.</p>
<p>I guess this is inevitable and that, anyway, just as when you write in real life, a complete separation of style and content would not be relevant.</p>
<p>It is nice to read pragmatic statements, although they always come with provocative titles <img src='http://alexking.org/wp/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>From France, sincerely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blog-Fu</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1361</link>
		<dc:creator>Blog-Fu</dc:creator>
		<pubDate>Mon, 22 Mar 2004 11:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1361</guid>
		<description>&lt;strong&gt;The Myth of CSS, and the Response&lt;/strong&gt;
Alex King posted some thoughts about how using CSS to seperate content and presentation is a farce. A powerful statement. And one I don&#8217;t buy for a minute. The ugly truth is this: almost all CSS/XHTML sites have their own...</description>
		<content:encoded><![CDATA[<p><strong>The Myth of CSS, and the Response</strong><br />
Alex King posted some thoughts about how using CSS to seperate content and presentation is a farce. A powerful statement. And one I don&#8217;t buy for a minute. The ugly truth is this: almost all CSS/XHTML sites have their own&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Grossberg</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1346</link>
		<dc:creator>Joe Grossberg</dc:creator>
		<pubDate>Wed, 17 Mar 2004 22:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1346</guid>
		<description>&lt;strong&gt;Myths of Separating Content/Presentation&lt;/strong&gt;
Short version: we&#039;re not there yet, though CSS and XHTML are a step forward. Long version: a rant about meaningless...</description>
		<content:encoded><![CDATA[<p><strong>Myths of Separating Content/Presentation</strong><br />
Short version: we&#8217;re not there yet, though CSS and XHTML are a step forward. Long version: a rant about meaningless&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sanders</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1329</link>
		<dc:creator>Scott Sanders</dc:creator>
		<pubDate>Tue, 16 Mar 2004 16:59:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1329</guid>
		<description>Which is why the XSLT looked the way it did for Nextance.  Both the HTML/CSS were for presentation, and the content was farther back in the pipeline.  You can&#039;t get away from using HTML/XHTML, but you can choose to put your content elsewhere.</description>
		<content:encoded><![CDATA[<p>Which is why the XSLT looked the way it did for Nextance.  Both the HTML/CSS were for presentation, and the content was farther back in the pipeline.  You can&#8217;t get away from using HTML/XHTML, but you can choose to put your content elsewhere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geof</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1323</link>
		<dc:creator>Geof</dc:creator>
		<pubDate>Mon, 15 Mar 2004 16:23:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1323</guid>
		<description>I&#039;ll ignore all the comments and just post my own thoughts.  [I could IM Alex, but I am lazy, and I think I want to be public with this.]

The zealots would, indeed, like you to believe that you can separate all styling and structure.  More often than not, though, I find myself ending up with a div that wraps all the other content.  Isn&#039;t that superfluous?  Why can&#039;t you just apply all your styling to body?

Well, in many cases, you just can&#039;t, which is a shame, really.

At that one point, you&#039;ve added some superfluous code.

Now, the interesting thing is that we&#039;re in an ever-fluid system of evolving standards and evolving browser support.  Will we ever reach some &quot;end point&quot; where XHTML is &quot;done&quot; and CSS is &quot;done&quot; and it&#039;s just putting together a wireframe in XHTML and sprucing it up with CSS?

Probably not.  Why?  Someone will want some new feature.  A new device will come along that changes how we view content presentation.

Does this mean that we should never have gone to a division?  No.  You could have XML-ified HTML and left the styling all inside the tags, but then that wouldn&#039;t get you the joy of One Stylesheet to Rule Them All.

Few absolute statements are 100% fact.

You can quote me on that.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll ignore all the comments and just post my own thoughts.  [I could IM Alex, but I am lazy, and I think I want to be public with this.]</p>
<p>The zealots would, indeed, like you to believe that you can separate all styling and structure.  More often than not, though, I find myself ending up with a div that wraps all the other content.  Isn&#8217;t that superfluous?  Why can&#8217;t you just apply all your styling to body?</p>
<p>Well, in many cases, you just can&#8217;t, which is a shame, really.</p>
<p>At that one point, you&#8217;ve added some superfluous code.</p>
<p>Now, the interesting thing is that we&#8217;re in an ever-fluid system of evolving standards and evolving browser support.  Will we ever reach some &#8220;end point&#8221; where XHTML is &#8220;done&#8221; and CSS is &#8220;done&#8221; and it&#8217;s just putting together a wireframe in XHTML and sprucing it up with CSS?</p>
<p>Probably not.  Why?  Someone will want some new feature.  A new device will come along that changes how we view content presentation.</p>
<p>Does this mean that we should never have gone to a division?  No.  You could have XML-ified HTML and left the styling all inside the tags, but then that wouldn&#8217;t get you the joy of One Stylesheet to Rule Them All.</p>
<p>Few absolute statements are 100% fact.</p>
<p>You can quote me on that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ben_</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1321</link>
		<dc:creator>ben_</dc:creator>
		<pubDate>Mon, 15 Mar 2004 13:57:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1321</guid>
		<description>@Alex: so we obviously have different notions of semantic and presentationl markup.

As I really enjoy this discussion, because, we get closer to that thing we all call &quot;semnatic web&quot;, I would like to continue it, but I&#039;m afraid, you might think, that the comment section of your weblog is not the right place for that.

Anyway, it was a pleassure dicussing with you, and I&#039;ll keep visting your blog.

Best regards,
benjamin</description>
		<content:encoded><![CDATA[<p>@Alex: so we obviously have different notions of semantic and presentationl markup.</p>
<p>As I really enjoy this discussion, because, we get closer to that thing we all call &#8220;semnatic web&#8221;, I would like to continue it, but I&#8217;m afraid, you might think, that the comment section of your weblog is not the right place for that.</p>
<p>Anyway, it was a pleassure dicussing with you, and I&#8217;ll keep visting your blog.</p>
<p>Best regards,<br />
benjamin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: StijlStek.nl</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1314</link>
		<dc:creator>StijlStek.nl</dc:creator>
		<pubDate>Sun, 14 Mar 2004 19:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1314</guid>
		<description>&lt;strong&gt;waarom webstandaarden&lt;/strong&gt;
Er is momenteel weer heel wat discussie gaande over het gebruik van webstandaarden en de scheiding van content en presentatie. Vooral het Lockergnome redesign heeft heel wat stof doen opwaaien. Zoals we van hem gewend zijn heeft dezwozhere een samenvat...</description>
		<content:encoded><![CDATA[<p><strong>waarom webstandaarden</strong><br />
Er is momenteel weer heel wat discussie gaande over het gebruik van webstandaarden en de scheiding van content en presentatie. Vooral het Lockergnome redesign heeft heel wat stof doen opwaaien. Zoals we van hem gewend zijn heeft dezwozhere een samenvat&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1313</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Sun, 14 Mar 2004 18:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1313</guid>
		<description>I don&#039;t agree. Having no predefined presentation (and they do - DIVs are block elements) is irrelevent. They wouldn&#039;t be in the source if you weren&#039;t going to use them for presentation styling (in the 99% case).</description>
		<content:encoded><![CDATA[<p>I don&#8217;t agree. Having no predefined presentation (and they do &#8211; DIVs are block elements) is irrelevent. They wouldn&#8217;t be in the source if you weren&#8217;t going to use them for presentation styling (in the 99% case).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ben</title>
		<link>http://alexking.org/blog/2004/03/13/the-myth-of-css/comment-page-1#comment-1312</link>
		<dc:creator>ben</dc:creator>
		<pubDate>Sun, 14 Mar 2004 18:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.alexking.org/blog/2004/03/13/the-myth-of-css/#comment-1312</guid>
		<description>@Alex: I got that. But the question is: Are extra divs and spans [even if only used in combination with and for the purpose of css-styling]presentational or not?
My answer would be: No, they are not presentational, as they have no predefined presentational meaning.

@Anne: Ok. I&#039;ll try it another way:
What&#039;t the textual function [besides how they are interpreted by browsers and the like...] of &quot;i&quot; &quot;b&quot; &quot;strong&quot; and &quot;em&quot; according to the fact that &quot;h1&quot; is a level-one  heading of the current document, what is in our textual practice some kind of lable, about the content inside that chapter?</description>
		<content:encoded><![CDATA[<p>@Alex: I got that. But the question is: Are extra divs and spans [even if only used in combination with and for the purpose of css-styling]presentational or not?<br />
My answer would be: No, they are not presentational, as they have no predefined presentational meaning.</p>
<p>@Anne: Ok. I&#8217;ll try it another way:<br />
What&#8217;t the textual function [besides how they are interpreted by browsers and the like...] of &#8220;i&#8221; &#8220;b&#8221; &#8220;strong&#8221; and &#8220;em&#8221; according to the fact that &#8220;h1&#8243; is a level-one  heading of the current document, what is in our textual practice some kind of lable, about the content inside that chapter?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
