<div>Once it gets to table in a table, or table elements that span rows and columns, or tables that need varicoloured text, you end up with a mess that can&#39;t be done in the markdown way of &quot;Simple to read, simple to type.&quot;<br>
</div><div></div><div>The template Toolkit system uses Markedown as a plugin.  So you have sections of TT cookie dough, and embedded markdown raisins in it.  This made my web creation simple.  TT handles the directory structure, the menu system.  Markdown handles the actual content.  And now that I know that Markdown treats DIV as just a word, and passes it through, I can have markdown content inside my html elements in an easy way.  </div>
<div></div><div>Markdown text is at the core a linear data format.  Tables are at the core two dimensional data.  Fletch and others have stretched the markdown syntax to encompass simple tables, and have done so in a way that doesn&#39;t beat the goals of markdown too much.    But full table support shouldn&#39;t be in the cards.</div>
<div></div><div>Indeed I question the use of complex tables.  At some point you end up with a data set that people can&#39;t grasp.  If your table is too complex or even too large to make with the tools you have now, there is merit in going back and seeing if there is a better way to present the data.  Perhaps as multiple tables.  Perhaps as graphs or networks.</div>
<div></div><div>This is much on the lines of the programming dictum:  If your program indents are deep enough that you are making your window wider, it&#39;s time to abstract some subroutines out of your program.</div><div>
</div><div>One of the big issues with HTML is there is no method of abstraction.</div><br><div class="gmail_quote">On Tue, Sep 8, 2009 at 10:54 PM, Waylan Limberg <span dir="ltr">&lt;<a href="mailto:waylan@gmail.com">waylan@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Wed, Sep 9, 2009 at 12:18 AM, Suraj Kurapati&lt;<a href="mailto:sunaku@gmail.com">sunaku@gmail.com</a>&gt; wrote:<br>

&gt; Hello,<br>
&gt;<br>
&gt; I read David Wheeler&#39;s table proposal[1] for Markdown and very much<br>
&gt; agree with his conclusion and PostgreSQL-inspired proposed format.  I<br>
&gt; also read the mailing list archives for 2009 but did not find any<br>
&gt; clear concesus on whether DW&#39;s format was officially accepted (I hope<br>
&gt; it is soon!).<br>
<br>
</div>I didn&#39;t go back and check but I think there was in a previous<br>
discussion with a similar proposal. In other words, you need to go<br>
back further in the archive.<br>
<br>
Basically, these proposals for more complex tables are outside the<br>
scope of Markdown and should be left to raw html. At least I seem to<br>
recall actual implementers leaning that direction. Of course, if<br>
someone wanted to implement David&#39;s proposal (or some variant) and<br>
users flocked to it, then the rest of us may follow suite. Until then,<br>
I&#39;m sticking to the simple solution we have now.<br>
<br>
Hint (and shameless plug): Python-Markdown makes adding on something<br>
of the sort easy with it&#39;s extension API. Check it out here:<br>
<a href="http://www.freewisdom.org/projects/python-markdown/Writing_Extensions" target="_blank">http://www.freewisdom.org/projects/python-markdown/Writing_Extensions</a><br>
<div class="im"><br>
<br>
&gt; What if Markdown used Unicode characters to express tables in this manner?<br>
&gt;<br>
&gt; All we need are two essential subsets of the Unicode box drawing characters:<br>
&gt; * thin ones for normal cells: ┌ ┐ └ ┘ ─ │<br>
&gt; * thick ones for heading cells: ╔ ╗ ╚ ╝ ═ ║<br>
&gt;<br>
<br>
</div>The last few times someone proposed a syntax that didn&#39;t use commonly<br>
found keys on the keyboard, the proposal met with a *lot* of<br>
resistance. I suspect most users wouldn&#39;t even know how to type these<br>
characters.<br>
<br>
Another barrier is that not all implementations support Unicode (I<br>
think - at least not fully). Therefore, some implementations may never<br>
adopt such a proposal.<br>
<br>
Third, it seems like it would be an awful lot of work to build such a<br>
table. A lot more than some of the existing proposals out there.<br>
<br>
--<br>
----<br>
\X/ /-\ `/ |_ /-\ |\|<br>
<font color="#888888">Waylan Limberg<br>
</font><div><div class="h5">_______________________________________________<br>
Markdown-Discuss mailing list<br>
<a href="mailto:Markdown-Discuss@six.pairlist.net">Markdown-Discuss@six.pairlist.net</a><br>
<a href="http://six.pairlist.net/mailman/listinfo/markdown-discuss" target="_blank">http://six.pairlist.net/mailman/listinfo/markdown-discuss</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Respectfully,<br><br>Sherwood of Sherwood&#39;s Forests<br><br>Sherwood Botsford<br>Sherwood&#39;s Forests --  <a href="http://Sherwoods-Forests.com">http://Sherwoods-Forests.com</a><br>
780-848-2548<br>50042 Range Rd 31<br>Warburg, Alberta T0C 2T0<br><br>