<?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 vs. tables, again</title>
	<atom:link href="http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/</link>
	<description>web design &#38; development &#124; building my solo studio &#124; useful design resources</description>
	<lastBuildDate>Tue, 10 Aug 2010 23:42:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: diseño web</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-1188</link>
		<dc:creator>diseño web</dc:creator>
		<pubDate>Wed, 27 Jan 2010 18:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-1188</guid>
		<description>The one that continues using tables is because it does not dominate or does not know CSS. To design in CSS is far better, by the subject of order, maintenance, accessibility, navigability and thousand reasons more.</description>
		<content:encoded><![CDATA[<p>The one that continues using tables is because it does not dominate or does not know CSS. To design in CSS is far better, by the subject of order, maintenance, accessibility, navigability and thousand reasons more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: debbie campbell</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-162</link>
		<dc:creator>debbie campbell</dc:creator>
		<pubDate>Wed, 27 Feb 2008 16:47:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-162</guid>
		<description>Schmo, I agree that the lack of support for what should be a super-simple element is frustrating and ridiculous. But there are a number of ways around that issue, and since there are fewer users of older IE browsers every day, the problem will, hopefully, just fade away eventually. 

&lt;a href=&quot;http://www.456bereastreet.com/archive/200612/internet_explorer_and_the_css_box_model/&quot; rel=&quot;nofollow&quot;&gt;Roger Johannson had a nice post&lt;/a&gt; about dealing with the issue a while back.</description>
		<content:encoded><![CDATA[<p>Schmo, I agree that the lack of support for what should be a super-simple element is frustrating and ridiculous. But there are a number of ways around that issue, and since there are fewer users of older IE browsers every day, the problem will, hopefully, just fade away eventually. </p>
<p><a href="http://www.456bereastreet.com/archive/200612/internet_explorer_and_the_css_box_model/" rel="nofollow">Roger Johannson had a nice post</a> about dealing with the issue a while back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shmo</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-161</link>
		<dc:creator>Shmo</dc:creator>
		<pubDate>Wed, 27 Feb 2008 16:01:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-161</guid>
		<description>One simple problem with CSS is the fundamental box model. After years of understanding padding and margin to be something inside and outside a defined box, what the hell were they thinking of when they decided that the overall dimensions of a box changes and increases as you add padding, and margin. I mean...it even goes against the idea of a box used in printing.</description>
		<content:encoded><![CDATA[<p>One simple problem with CSS is the fundamental box model. After years of understanding padding and margin to be something inside and outside a defined box, what the hell were they thinking of when they decided that the overall dimensions of a box changes and increases as you add padding, and margin. I mean&#8230;it even goes against the idea of a box used in printing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larry</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-133</link>
		<dc:creator>Larry</dc:creator>
		<pubDate>Mon, 03 Dec 2007 17:13:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-133</guid>
		<description>Interesting subject. I can not imagine why someone would not use CSS. You are almost always going to use some kind of table here and there because sometimes you have to. Also in a lot of redesign situations you might not have the billable hours to create css from tables but in the end you have to learn it. There was a redesign I did recently for a customer. The shop who originally did it for them and this was not an old site (9 months old) had EVERYTHING embedded in the HTML code. It blew my mind because any updates were a nightmare.  A fellow designer told me some shops do that on purpose so they can charge billable hours when these guys need simple updates??  That sounds really lame.

Anyways good article and I honestly can not see how you would not use css??  Sounds like a designer to me.ha</description>
		<content:encoded><![CDATA[<p>Interesting subject. I can not imagine why someone would not use CSS. You are almost always going to use some kind of table here and there because sometimes you have to. Also in a lot of redesign situations you might not have the billable hours to create css from tables but in the end you have to learn it. There was a redesign I did recently for a customer. The shop who originally did it for them and this was not an old site (9 months old) had EVERYTHING embedded in the HTML code. It blew my mind because any updates were a nightmare.  A fellow designer told me some shops do that on purpose so they can charge billable hours when these guys need simple updates??  That sounds really lame.</p>
<p>Anyways good article and I honestly can not see how you would not use css??  Sounds like a designer to me.ha</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Kimpton</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-134</link>
		<dc:creator>Steve Kimpton</dc:creator>
		<pubDate>Mon, 03 Dec 2007 16:45:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-134</guid>
		<description>You are absolutely right but CSS can&#039;t really do decent layout if you don&#039;t know the size of what in tables would be cells.  In ideal design this is always the case because users may want to resize text.

I think the rectalinear layout that tables give you regardless of content and window size is a real advantage.  I wonder why CSS hasn&#039;t given us an equivalent grid structure? We could then write the content easily and fluently then define where the cells were in the grid rather than in absolute position.</description>
		<content:encoded><![CDATA[<p>You are absolutely right but CSS can&#8217;t really do decent layout if you don&#8217;t know the size of what in tables would be cells.  In ideal design this is always the case because users may want to resize text.</p>
<p>I think the rectalinear layout that tables give you regardless of content and window size is a real advantage.  I wonder why CSS hasn&#8217;t given us an equivalent grid structure? We could then write the content easily and fluently then define where the cells were in the grid rather than in absolute position.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Straub</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-136</link>
		<dc:creator>Tom Straub</dc:creator>
		<pubDate>Mon, 03 Dec 2007 16:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-136</guid>
		<description>Read your post in DesignNewz, and I have to agree with you about 90%.  CSS in many ways the &quot;better&quot; solution.

But let&#039;s talk about broken CSS support in Browsers...

While not exactly CSS&#039;s fault, browsers are still having problems supporting simple floating sections.  Padding and margin get messed up.  One thing that is easy for tables (boxes that float to the left, and then down the row below) don&#039;t work well with CSS - although they should!  Why hasn&#039;t CSS developed the concept of being able to float &quot;relative&quot; objects around &quot;absolute&quot; objects like HTML does with text flowing around images?  I understand that &quot;postition: absolute&quot; is not in the document flow, but why isn&#039;t there a &quot;position: fixed&quot; that acts like &quot;postition: absolute&quot; and interacts with the other &quot;position: relative&quot; or floating objects?

Then there&#039;s the problem of UL and OL lists having problems finding their proper left margins when horizontally across from a &quot;float: left&quot; or sometimes &quot;float: right&quot; object.

I hate using tables generally for all the reasons you gave in your article.  But they are mature, and mostly they work.  I only wish I could say the same about CSS in most browsers today!</description>
		<content:encoded><![CDATA[<p>Read your post in DesignNewz, and I have to agree with you about 90%.  CSS in many ways the &#8220;better&#8221; solution.</p>
<p>But let&#8217;s talk about broken CSS support in Browsers&#8230;</p>
<p>While not exactly CSS&#8217;s fault, browsers are still having problems supporting simple floating sections.  Padding and margin get messed up.  One thing that is easy for tables (boxes that float to the left, and then down the row below) don&#8217;t work well with CSS &#8211; although they should!  Why hasn&#8217;t CSS developed the concept of being able to float &#8220;relative&#8221; objects around &#8220;absolute&#8221; objects like HTML does with text flowing around images?  I understand that &#8220;postition: absolute&#8221; is not in the document flow, but why isn&#8217;t there a &#8220;position: fixed&#8221; that acts like &#8220;postition: absolute&#8221; and interacts with the other &#8220;position: relative&#8221; or floating objects?</p>
<p>Then there&#8217;s the problem of UL and OL lists having problems finding their proper left margins when horizontally across from a &#8220;float: left&#8221; or sometimes &#8220;float: right&#8221; object.</p>
<p>I hate using tables generally for all the reasons you gave in your article.  But they are mature, and mostly they work.  I only wish I could say the same about CSS in most browsers today!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leigh-Anne Tompkins</title>
		<link>http://www.position-relative.com/2007/11/why-css-is-better-than-tables-for-everything-but-data/comment-page-1/#comment-135</link>
		<dc:creator>Leigh-Anne Tompkins</dc:creator>
		<pubDate>Mon, 03 Dec 2007 16:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.position-relative.com/~relat1ve/?p=192#comment-135</guid>
		<description>I agree 100%!</description>
		<content:encoded><![CDATA[<p>I agree 100%!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
