<?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: HTML tables and exploratory programming</title>
	<atom:link href="http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/</link>
	<description>Leslie P. Polzer on code, music, literature, design and free software business.</description>
	<lastBuildDate>Sat, 24 Jul 2010 23:05:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Leslie</title>
		<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/comment-page-1/#comment-229</link>
		<dc:creator>Leslie</dc:creator>
		<pubDate>Tue, 12 Feb 2008 19:57:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/#comment-229</guid>
		<description>I think Paul didn&#039;t mean to say that everything should be a list. As I understand it, he values them as a great tool for sketching.</description>
		<content:encoded><![CDATA[<p>I think Paul didn&#8217;t mean to say that everything should be a list. As I understand it, he values them as a great tool for sketching.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Goldman</title>
		<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/comment-page-1/#comment-228</link>
		<dc:creator>Robert Goldman</dc:creator>
		<pubDate>Tue, 12 Feb 2008 18:50:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/#comment-228</guid>
		<description>I have to tell you this is one Lisp programmer who &lt;em&gt;won&#039;t&lt;/em&gt; agree with this.  

I have been working on a very large codebase where everything was represented as a list.  It&#039;s a &lt;em&gt;huge&lt;/em&gt; pain!  After a while, I just dug in and started defining structures of (:type list) so that I could rip out all the calls to car, cadr, etc. and start saying things like (var-binding ) and (tree-children ) instead.

Later, when I figured out which were the most often-referenced structures, I started redefining these structures as normal structures, not list structures.

If Paul&#039;s opinion extends from lists to structures implemented as lists, I&#039;d be more inclined to agree with him...</description>
		<content:encoded><![CDATA[<p>I have to tell you this is one Lisp programmer who <em>won&#8217;t</em> agree with this.  </p>
<p>I have been working on a very large codebase where everything was represented as a list.  It&#8217;s a <em>huge</em> pain!  After a while, I just dug in and started defining structures of (:type list) so that I could rip out all the calls to car, cadr, etc. and start saying things like (var-binding ) and (tree-children ) instead.</p>
<p>Later, when I figured out which were the most often-referenced structures, I started redefining these structures as normal structures, not list structures.</p>
<p>If Paul&#8217;s opinion extends from lists to structures implemented as lists, I&#8217;d be more inclined to agree with him&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leslie</title>
		<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/comment-page-1/#comment-85</link>
		<dc:creator>Leslie</dc:creator>
		<pubDate>Wed, 30 Jan 2008 20:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/#comment-85</guid>
		<description>I should have added “fluid columns”. Of course, doing it all float-left is easy with fixed widths. But I have never seen a fluid layout with more than three columns in CSS.

  Leslie</description>
		<content:encoded><![CDATA[<p>I should have added “fluid columns”. Of course, doing it all float-left is easy with fixed widths. But I have never seen a fluid layout with more than three columns in CSS.</p>
<p>  Leslie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dan</title>
		<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/comment-page-1/#comment-84</link>
		<dc:creator>dan</dc:creator>
		<pubDate>Wed, 30 Jan 2008 20:09:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/#comment-84</guid>
		<description>.
.
.
 

div {
  float:left;
  width:200px;
}

all the collumns you need.</description>
		<content:encoded><![CDATA[<p>.<br />
.<br />
.</p>
<p>div {<br />
  float:left;<br />
  width:200px;<br />
}</p>
<p>all the collumns you need.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leslie</title>
		<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/comment-page-1/#comment-77</link>
		<dc:creator>Leslie</dc:creator>
		<pubDate>Wed, 30 Jan 2008 11:18:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/#comment-77</guid>
		<description>I suppose you can also nest DIVs to achieve a column layout with more than three columns. But this gets ugly, obviously.

As for why he didn&#039;t propose to use DIVs, I can only guess. Tables are much easier to layout in a grid, perhaps that&#039;s why :)</description>
		<content:encoded><![CDATA[<p>I suppose you can also nest DIVs to achieve a column layout with more than three columns. But this gets ugly, obviously.</p>
<p>As for why he didn&#8217;t propose to use DIVs, I can only guess. Tables are much easier to layout in a grid, perhaps that&#8217;s why :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aankhen</title>
		<link>http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/comment-page-1/#comment-75</link>
		<dc:creator>Aankhen</dc:creator>
		<pubDate>Wed, 30 Jan 2008 10:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.viridian-project.de/2008/01/30/html-tables-and-exploratory-programming/#comment-75</guid>
		<description>&quot;And yes, CSS still can’t do more than three columns, and even for three I would have to look it up.&quot;

It can, actually.  If all you want to do is duplicate the look of a table, CSS2 specifies `table&#039; and related values for the `display&#039; property.  The problem is that the major browser (read: IE) doesn&#039;t support it.  CSS3, on the other hand, specifies proper multi-column layouts.

As for the relevant quoted section of the article, I really can&#039;t agree with his reasoning.  If the programmer is so unsure of what (s)he&#039;s doing, why not use a bunch of `div&#039; and `span&#039; elements rather than abusing `table&#039;?  Those elements are meant to be completely semantically meaningless, yet have hooks (`class&#039; and `id&#039;, to be precise) for attaching behaviour (JavaScript) or styling (CSS) through which you can later refine your design.  In fact, using `table&#039; elements forces you to think in grids, whereas `div&#039; and `span&#039; elements let you create free-form designs.

Forgive me if this is going offtopic.  I just found his logic rather irritating. :-P</description>
		<content:encoded><![CDATA[<p>&#8220;And yes, CSS still can’t do more than three columns, and even for three I would have to look it up.&#8221;</p>
<p>It can, actually.  If all you want to do is duplicate the look of a table, CSS2 specifies `table&#8217; and related values for the `display&#8217; property.  The problem is that the major browser (read: IE) doesn&#8217;t support it.  CSS3, on the other hand, specifies proper multi-column layouts.</p>
<p>As for the relevant quoted section of the article, I really can&#8217;t agree with his reasoning.  If the programmer is so unsure of what (s)he&#8217;s doing, why not use a bunch of `div&#8217; and `span&#8217; elements rather than abusing `table&#8217;?  Those elements are meant to be completely semantically meaningless, yet have hooks (`class&#8217; and `id&#8217;, to be precise) for attaching behaviour (JavaScript) or styling (CSS) through which you can later refine your design.  In fact, using `table&#8217; elements forces you to think in grids, whereas `div&#8217; and `span&#8217; elements let you create free-form designs.</p>
<p>Forgive me if this is going offtopic.  I just found his logic rather irritating. :-P</p>
]]></content:encoded>
	</item>
</channel>
</rss>
