<?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: Rowspans &amp; Colspans in CSS Tables</title>
	<atom:link href="http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Sat, 07 Nov 2009 23:35:20 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: arts-multimedia</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-802149</link>
		<dc:creator>arts-multimedia</dc:creator>
		<pubDate>Tue, 30 Sep 2008 19:33:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-802149</guid>
		<description>Not using html tables as a method to to create a layout IS looking at it from an accessibility mindset. There is no other reason, actually.  
If screen readers cannot handle css tables then I suggest the makers of screen readers adapt to the new standards.  
That said, the css tables are not worth considering at this time, as you can read from many other comments above.</description>
		<content:encoded><![CDATA[<p>Not using html tables as a method to to create a layout IS looking at it from an accessibility mindset. There is no other reason, actually.<br />
If screen readers cannot handle css tables then I suggest the makers of screen readers adapt to the new standards.<br />
That said, the css tables are not worth considering at this time, as you can read from many other comments above.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: rguy84</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-802132</link>
		<dc:creator>rguy84</dc:creator>
		<pubDate>Tue, 30 Sep 2008 17:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-802132</guid>
		<description>Has anybody looked at this from an accessibility mindset? It doesn&#039;t seem like it. Screen readers use table elements to allow the user to navigate the table. CSS Tables are lacking this, and can&#039;t reproduce it, yay</description>
		<content:encoded><![CDATA[<p>Has anybody looked at this from an accessibility mindset? It doesn&#8217;t seem like it. Screen readers use table elements to allow the user to navigate the table. CSS Tables are lacking this, and can&#8217;t reproduce it, yay</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-799679</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 24 Sep 2008 22:06:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-799679</guid>
		<description>i prefer to simply use a table and style the rows and cells,
until the browser creators get their act together.</description>
		<content:encoded><![CDATA[<p>i prefer to simply use a table and style the rows and cells,<br />
until the browser creators get their act together.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: sqwirral</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-796639</link>
		<dc:creator>sqwirral</dc:creator>
		<pubDate>Thu, 18 Sep 2008 12:30:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-796639</guid>
		<description>&lt;blockquote&gt;And that is precisely how it should be and why display: table is such an excellent idea.
&lt;/blockquote&gt;
It doesn&#039;t even work. I&#039;d rather go the non-semantic route if it means tidier and less code, and actually works in current browsers.</description>
		<content:encoded><![CDATA[<blockquote><p>And that is precisely how it should be and why display: table is such an excellent idea.
</p></blockquote>
<p>It doesn&#8217;t even work. I&#8217;d rather go the non-semantic route if it means tidier and less code, and actually works in current browsers.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: asbjornu</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-796626</link>
		<dc:creator>asbjornu</dc:creator>
		<pubDate>Thu, 18 Sep 2008 11:57:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-796626</guid>
		<description>People who reply that this is the exact same as using a &lt;code&gt;table&lt;/code&gt; misses the point entirely. The whole point of not using a table is because a table has a semantic meaning where columns headers signify the type of content to expect in given data columns. A &lt;code&gt;table&lt;/code&gt; also explicitly and visually places the first td left of the next and so on.

Using &lt;code&gt;display: table&lt;/code&gt;, however, is something completely different. First, you&#039;re not semantically marking anything up as tabular data, because it isn&#039;t. Secondly, without the CSS or even without &lt;code&gt;display: table&lt;/code&gt; support, the rendering will be completely different. The rendering will be up to the user and the user agent, not up to the design or the designer. And that is precisely how it should be and why &lt;code&gt;display: table&lt;/code&gt; is such an excellent idea.

The people that don&#039;t understand this probably don&#039;t use &lt;code&gt;table&lt;/code&gt; for tabular data either, because &quot;tables are bad!&quot; If what you want is a visual layout that mimics that of a table, then &lt;code&gt;display: table&lt;/code&gt; is what you should use. Using a &lt;code&gt;table&lt;/code&gt; instead since that&#039;s &quot;the same&quot; just proves how little of the semantics involved you understand.</description>
		<content:encoded><![CDATA[<p>People who reply that this is the exact same as using a <code>table</code> misses the point entirely. The whole point of not using a table is because a table has a semantic meaning where columns headers signify the type of content to expect in given data columns. A <code>table</code> also explicitly and visually places the first td left of the next and so on.</p>
<p>Using <code>display: table</code>, however, is something completely different. First, you&#8217;re not semantically marking anything up as tabular data, because it isn&#8217;t. Secondly, without the CSS or even without <code>display: table</code> support, the rendering will be completely different. The rendering will be up to the user and the user agent, not up to the design or the designer. And that is precisely how it should be and why <code>display: table</code> is such an excellent idea.</p>
<p>The people that don&#8217;t understand this probably don&#8217;t use <code>table</code> for tabular data either, because &#8220;tables are bad!&#8221; If what you want is a visual layout that mimics that of a table, then <code>display: table</code> is what you should use. Using a <code>table</code> instead since that&#8217;s &#8220;the same&#8221; just proves how little of the semantics involved you understand.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: busy</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-795493</link>
		<dc:creator>busy</dc:creator>
		<pubDate>Tue, 16 Sep 2008 16:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-795493</guid>
		<description>The fact that it&#039;s displayed like a table doesn&#039;t offend my sense of semantics in the least. We could call it a grid layout or a boxyMcRoxy layout instead of a table layout - it doesn&#039;t matter! It&#039;s still not going to require tabular data for correct semantic use. CSS is for how you want stuff to look and how you want it to be arranged. You get to pick how to arrange stuff. HTML is for marking up your information in a way that describes it.

&lt;strong&gt;HTML table tags&lt;/strong&gt; are the ones that need to be used for tabular data.

The divitis in the example is not what I would consider  good practice, but I wouldn&#039;t classify it as semantically misleading in the least.</description>
		<content:encoded><![CDATA[<p>The fact that it&#8217;s displayed like a table doesn&#8217;t offend my sense of semantics in the least. We could call it a grid layout or a boxyMcRoxy layout instead of a table layout &#8211; it doesn&#8217;t matter! It&#8217;s still not going to require tabular data for correct semantic use. CSS is for how you want stuff to look and how you want it to be arranged. You get to pick how to arrange stuff. HTML is for marking up your information in a way that describes it.</p>
<p><strong>HTML table tags</strong> are the ones that need to be used for tabular data.</p>
<p>The divitis in the example is not what I would consider  good practice, but I wouldn&#8217;t classify it as semantically misleading in the least.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-795340</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 16 Sep 2008 03:06:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-795340</guid>
		<description>Semantics! I thought the lesson of CSS based markup is to create the page structure based on semantics and describing what the content is, rather than doing everything in presentation code!

When and if a valid scenario for using the CSS table properties within semantic markup is available (and I&#039;m sure there will be), then I welcome IE8&#039;s full support of this. Otherwise, it is going backwards to the land of dodos for sake of layout rather than the content needing tabular data!

(those who persist in using table elements for non-tabular content layout when CSS is suitable and works with minimal hackery: try harder!)</description>
		<content:encoded><![CDATA[<p>Semantics! I thought the lesson of CSS based markup is to create the page structure based on semantics and describing what the content is, rather than doing everything in presentation code!</p>
<p>When and if a valid scenario for using the CSS table properties within semantic markup is available (and I&#8217;m sure there will be), then I welcome IE8&#8217;s full support of this. Otherwise, it is going backwards to the land of dodos for sake of layout rather than the content needing tabular data!</p>
<p>(those who persist in using table elements for non-tabular content layout when CSS is suitable and works with minimal hackery: try harder!)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: wowdezign</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-794413</link>
		<dc:creator>wowdezign</dc:creator>
		<pubDate>Fri, 12 Sep 2008 12:55:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-794413</guid>
		<description>Well, like many others here. I don&#039;t see any real benefit to this in the near future. Sure, it would be great if this method worked in &lt;em&gt;&lt;strong&gt;all&lt;/strong&gt;&lt;/em&gt; major browsers, but the fact that it doesn&#039;t work in IE 7 blows the whole thing for me.

I market to my clients based on the fact that my sites are rendered the same in all the major browsers. Right now (and for years to come it seems) HTML tables are very consistent across those browsers. I say years to come because even though these new browsers are being released it doesn&#039;t mean that users are going to upgrade.

So, if I have to choose a method I am going to use the one that allows me to write the HTML code once for all major browsers.</description>
		<content:encoded><![CDATA[<p>Well, like many others here. I don&#8217;t see any real benefit to this in the near future. Sure, it would be great if this method worked in <em><strong>all</strong></em> major browsers, but the fact that it doesn&#8217;t work in IE 7 blows the whole thing for me.</p>
<p>I market to my clients based on the fact that my sites are rendered the same in all the major browsers. Right now (and for years to come it seems) HTML tables are very consistent across those browsers. I say years to come because even though these new browsers are being released it doesn&#8217;t mean that users are going to upgrade.</p>
<p>So, if I have to choose a method I am going to use the one that allows me to write the HTML code once for all major browsers.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: arts-multimedia</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-794178</link>
		<dc:creator>arts-multimedia</dc:creator>
		<pubDate>Thu, 11 Sep 2008 13:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-794178</guid>
		<description>Thanks for the info, Kevin.  
Well, in that case, I&#039;m sorry, but I find this a very poor solution.  They will have to come up with something much better before I&#039;m prepared to use it.
I like css, but this method is pointless. It is easier to create layouts with regular divs, if you ask me.</description>
		<content:encoded><![CDATA[<p>Thanks for the info, Kevin.<br />
Well, in that case, I&#8217;m sorry, but I find this a very poor solution.  They will have to come up with something much better before I&#8217;m prepared to use it.<br />
I like css, but this method is pointless. It is easier to create layouts with regular divs, if you ask me.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Yank</title>
		<link>http://www.sitepoint.com/blogs/2008/09/09/rowspans-colspans-in-css-tables/comment-page-2/#comment-794150</link>
		<dc:creator>Kevin Yank</dc:creator>
		<pubDate>Thu, 11 Sep 2008 11:54:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2964#comment-794150</guid>
		<description>&lt;a href=&quot;#comment-794136&quot; rel=&quot;nofollow&quot;&gt;arts-multimedia&lt;/a&gt;,

&lt;blockquote&gt;Are tables not meant for tabular data? Hence, are CSS tables not meant for tabular data?&lt;/blockquote&gt;

No, they aren’t.

HTML tables are meant for tabular data.

CSS tables are meant to describe table-style layouts, both as they apply to tables, and to non-table elements. From the &lt;a href=&quot;http://www.w3.org/TR/CSS21/tables.html&quot; rel=&quot;nofollow&quot;&gt;CSS 2.1 spec&lt;/a&gt;:

&lt;blockquote&gt;In a visual medium, CSS tables can also be used to achieve specific layouts. In this case, authors should not use table-related elements in the document language, but should apply the CSS to the relevant structural elements to achieve the desired layout.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p><a href="#comment-794136" rel="nofollow">arts-multimedia</a>,</p>
<blockquote><p>Are tables not meant for tabular data? Hence, are CSS tables not meant for tabular data?</p></blockquote>
<p>No, they aren’t.</p>
<p>HTML tables are meant for tabular data.</p>
<p>CSS tables are meant to describe table-style layouts, both as they apply to tables, and to non-table elements. From the <a href="http://www.w3.org/TR/CSS21/tables.html" rel="nofollow">CSS 2.1 spec</a>:</p>
<blockquote><p>In a visual medium, CSS tables can also be used to achieve specific layouts. In this case, authors should not use table-related elements in the document language, but should apply the CSS to the relevant structural elements to achieve the desired layout.</p></blockquote>]]></content:encoded>
	</item>
</channel>
</rss>
