<?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: Table Still Kicks CSS&#8217;s Behind</title>
	<atom:link href="http://parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/feed/" rel="self" type="application/rss+xml" />
	<link>http://parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/</link>
	<description>Parand Tony Darugar: A Cruel and Petty Dictator</description>
	<lastBuildDate>Tue, 17 Jan 2012 23:10:42 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Peter</title>
		<link>http://parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/comment-page-1/#comment-108034</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Thu, 20 Dec 2007 21:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/#comment-108034</guid>
		<description>CSS and divs offer great flexibility, but they are not user friendly. People who curse tables, simply don&#039;t know how to use them. I wouldn&#039;t curse CSS positioning, even though it&#039;s full of bugs and not just on the browser level. It is possible to mold and shape divs into great designs, though anyone who says its easy is selling something. A combination of css and tables is the best approach - capitalizes on the simplicity and stability of tables with some powerful css features.

The advertised benefits of pure CSS are overinflated.

A layout table used properly will not hurt accessibility. - I have double checked with a screen reader. The key to accessibility is special markup and in-page navigation, not divs. 

Owners of online picture galleries probably shouldn&#039;t worry too much about blind users. As they probably shouldn&#039;t worry too much about cell phones.

A div with 10k of content will not display until it fully loads just like a table.  - Unless a container has predefined dimensions, it will always behave this way, regardless of being a div or a table.

If tables are styled with classes and ids and not inline, they share the same css acceleration as divs.

An html document full of cryptic divs nested in seven layers is hardly cleaner or neater than tables. In any case tables are more self documenting. 

&#039;tr&#039; and &#039;td&#039; tags take less space than div + bloated class name + bloated id. You might eliminate some tags but your file will not be smaller.

Tables require less css because they do what we want by default. This means that the first time the page loads, which is the most important time, your page will load faster with tables.

Since  the bulk of the a page is images, the two above arguments are not even relevant. Reducing images is the key to speed up, not divs.

Cell phones linearize tables quite well. Divs offer more control over the order in which the content will be presented, but the default order of table cells is usually quite acceptable. And it is definitely possible to combine divs with tables for greater control. 

Thanks to css the days of font tags, nested tables and spacer images are gone for ever, therefore it is not fair to compare tables without css to divs with css. Tables with css have most of the benefits of divs and some benefits which divs don&#039;t have.

Browser support for CSS is horrible. The main reason being inconstancies with CSS itself. Main culprits are the W3C box model, which doesn&#039;t make sense and makes percentage widths for divs with borders meaningless, and margins collapsing which doesn&#039;t make sense either and impossible to toggle on/off. CSS is very raw to this day. I think that IE is quite right in refusing to support some of its dumber mistakes.

CSS positioning is raw, dirty and bug ridden. However CSS styling really makes tables (and everything else) better. So it is a good thing after all. 

So soup-up html with CSS but don&#039;t get too cocky about CSS positioning - it is not ready for prime time yet.</description>
		<content:encoded><![CDATA[<p>CSS and divs offer great flexibility, but they are not user friendly. People who curse tables, simply don&#8217;t know how to use them. I wouldn&#8217;t curse CSS positioning, even though it&#8217;s full of bugs and not just on the browser level. It is possible to mold and shape divs into great designs, though anyone who says its easy is selling something. A combination of css and tables is the best approach &#8211; capitalizes on the simplicity and stability of tables with some powerful css features.</p>
<p>The advertised benefits of pure CSS are overinflated.</p>
<p>A layout table used properly will not hurt accessibility. &#8211; I have double checked with a screen reader. The key to accessibility is special markup and in-page navigation, not divs. </p>
<p>Owners of online picture galleries probably shouldn&#8217;t worry too much about blind users. As they probably shouldn&#8217;t worry too much about cell phones.</p>
<p>A div with 10k of content will not display until it fully loads just like a table.  &#8211; Unless a container has predefined dimensions, it will always behave this way, regardless of being a div or a table.</p>
<p>If tables are styled with classes and ids and not inline, they share the same css acceleration as divs.</p>
<p>An html document full of cryptic divs nested in seven layers is hardly cleaner or neater than tables. In any case tables are more self documenting. </p>
<p>&#8216;tr&#8217; and &#8216;td&#8217; tags take less space than div + bloated class name + bloated id. You might eliminate some tags but your file will not be smaller.</p>
<p>Tables require less css because they do what we want by default. This means that the first time the page loads, which is the most important time, your page will load faster with tables.</p>
<p>Since  the bulk of the a page is images, the two above arguments are not even relevant. Reducing images is the key to speed up, not divs.</p>
<p>Cell phones linearize tables quite well. Divs offer more control over the order in which the content will be presented, but the default order of table cells is usually quite acceptable. And it is definitely possible to combine divs with tables for greater control. </p>
<p>Thanks to css the days of font tags, nested tables and spacer images are gone for ever, therefore it is not fair to compare tables without css to divs with css. Tables with css have most of the benefits of divs and some benefits which divs don&#8217;t have.</p>
<p>Browser support for CSS is horrible. The main reason being inconstancies with CSS itself. Main culprits are the W3C box model, which doesn&#8217;t make sense and makes percentage widths for divs with borders meaningless, and margins collapsing which doesn&#8217;t make sense either and impossible to toggle on/off. CSS is very raw to this day. I think that IE is quite right in refusing to support some of its dumber mistakes.</p>
<p>CSS positioning is raw, dirty and bug ridden. However CSS styling really makes tables (and everything else) better. So it is a good thing after all. </p>
<p>So soup-up html with CSS but don&#8217;t get too cocky about CSS positioning &#8211; it is not ready for prime time yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Radcliff</title>
		<link>http://parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/comment-page-1/#comment-103341</link>
		<dc:creator>Chris Radcliff</dc:creator>
		<pubDate>Tue, 27 Nov 2007 18:31:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/#comment-103341</guid>
		<description>Oh, the humanity! ;)

I remember table-based layout from back in the VGX days, and I remember how it made Baby Jesus cry. We still use tables for HTML email layout, and our developers (all of whom learned tables after CSS) curse them daily.  

That said, tables have their place. Namely, tabular data.  If you have a list of things, and each one has the same N parts in the same order, then it makes perfect sense to represent them as a table.</description>
		<content:encoded><![CDATA[<p>Oh, the humanity! <img src='http://parand.com/say/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>I remember table-based layout from back in the VGX days, and I remember how it made Baby Jesus cry. We still use tables for HTML email layout, and our developers (all of whom learned tables after CSS) curse them daily.  </p>
<p>That said, tables have their place. Namely, tabular data.  If you have a list of things, and each one has the same N parts in the same order, then it makes perfect sense to represent them as a table.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Willison</title>
		<link>http://parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/comment-page-1/#comment-103265</link>
		<dc:creator>Simon Willison</dc:creator>
		<pubDate>Tue, 27 Nov 2007 07:31:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.parand.com/say/index.php/2007/11/26/table-still-kicks-csss-behind/#comment-103265</guid>
		<description>&quot;CSS is great, but I still donâ€™t get why it doesnâ€™t include a simple table based positioning scheme that troglodytes like me can wrap our heads around and maintain semantic hipness&quot; - it does. It&#039;s called display: table, it&#039;s been in CSS 2 for very nearly ten years, and of course IE doesn&#039;t support it so it&#039;s completely useless.</description>
		<content:encoded><![CDATA[<p>&#8220;CSS is great, but I still donâ€™t get why it doesnâ€™t include a simple table based positioning scheme that troglodytes like me can wrap our heads around and maintain semantic hipness&#8221; &#8211; it does. It&#8217;s called display: table, it&#8217;s been in CSS 2 for very nearly ten years, and of course IE doesn&#8217;t support it so it&#8217;s completely useless.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

