Michel and Dr.Dang both commented that it is easier to author/edit tables as HTML than as aligned text.<br><br>I am not sure I personally agree with this, but assuming that it is true for some significant part of the authorship, then I would like to add:<br>
<br>In my original post I stated my belief that the needs of the _reader_ come before the needs of the _writer_.  I don&#39;t agree that the needs of one author outweigh the needs of five hundred, ten, or even just two readers.  The writer may well be inconvenienced once by having to align text into a table, but the *readers* are in inconvenienced n many times by having to read tables of HTML.  <br>
<br>Also, I believe that using the tab key to &quot;tab&quot; to the next 
column, or use of scripts similar to Dr.Dang&#39;s[1] to align selected text
 at the touch of a hot key should alleviate much of the authoring concern.<br>
<br>Finally, adding support for a richer table syntax would in no way replace the existing support for HTML -- existing markdown documents containing tables as HTML (and other HTML) would of course continue to be valid.  Therefore, HTML enthusiasts _could_ continue to author tables in HTML if they really could not tolerate aligning text into tables by other means.<br>
<br><a href="http://www.leancrew.com/all-this/2008/08/tables-for-markdown-and-textmate/" target="_blank">[1]: http://www.leancrew.com/all-this/2008/08/tables-for-markdown-and-textmate/</a><br><br><br>Simon<br><br>On Thu, May 12, 2011 at 9:30 AM, Michel Fortin <span dir="ltr">&lt;<a href="mailto:michel.fortin@michelf.com">michel.fortin@michelf.com</a>&gt;</span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Le 2011-05-11 à 9:41, Simon Bull a écrit :<br>
<div class="im"><br>
&gt; Thanks for your comments Michel.<br>
<br>
</div>You&#39;re welcome.<br>
<div class="im"><br>
&gt; In reply to the points you raise:<br>
&gt;<br>
&gt;<br>
&gt; Regarding complexity:<br>
&gt; It is not clear to me whether folks are objecting to _parsing_ complexity or<br>
&gt; *reading/writing* complexity. Subjectively I don&#39;t think the example is<br>
&gt; difficult to read; it couldn&#39;t be much simpler.  So I will assume that<br>
&gt; people are concerned about parsing complexity.<br>
<br>
</div>It&#39;s pretty easy to read, no complexity problem there. I think the complexity lies in parsing, writing/editing, and explaining/understanding the possibilities.<br>
<div class="im"><br>
&gt; Implementation considerations should not drive the formulation of the specification except<br>
&gt; where some absolute technical limitation dictates otherwise.<br>
<br>
</div>True, up to a point. It isn&#39;t worth investing tons of your time for a feature that&#39;ll benefit very few people (unless maybe yourself are one of those people, of course).<br>
<div class="im"><br>
&gt; A markdown document should be *publishable* _as-is_.  Wobbly mis-aligned<br>
&gt; tables do not make publishable documents in any profession as far as I know.<br>
<br>
</div>Well, the introduction says that indeed. Except that the role of Markdown is not to *enforce* this, but rather to *enable* it. And I&#39;ll say it&#39;s a success: most Markdown documents are indeed publishable as-is. In some circumstances however, the author has to make some efforts or find some tool to keep things pretty (multi-paragraph list items and blockquotes comes to mind). If you don&#39;t intend to publish the Markdown version, there is not much point to this effort and, thankfully, you can just skip it.<br>

<div class="im"><br>
&gt; Regarding ease of editing :<br>
&gt; The difficult with inserting text into a column is a general problem with<br>
&gt; text editing tools and table formats in general.  It is not a specific<br>
&gt; problem with the proposed table syntax.<br>
<br>
</div>My point about editing is that it&#39;s much easier to edit the HTML table than your table syntax because there is no grid to maintain.<br>
<div class="im"><br>
&gt; Regarding cell alignment :<br>
&gt; In my original post I wrote this<br>
&gt;&gt; The author has already provided the desired text alignment in the original<br>
&gt;&gt; (mono spaced) markdown text.<br>
&gt;&gt;<br>
&gt;&gt; It is therefore plausible for a parser to derive cell alignment by comparing<br>
&gt;&gt; the amount of leading and trailing white space in each table cell of each row<br>
&gt;&gt; and each column.<br>
&gt;<br>
&gt; I am the first to concede that this would require near-perfect spacing in<br>
&gt; the document, and would be very hard to implement.  It is therefore unlikely<br>
&gt; that anyone would bother to implement it.<br>
<br>
</div>Alignment deduction would likely be error prone too.<br>
<div class="im"><br>
&gt; However, there&#39;s no reason not to include MMD-style cell alignment<br>
&gt; meta-characters in the specification as a more practical short-cut if that<br>
&gt; is what people want.<br>
<br>
</div>Indeed.<br>
<div class="im"><br>
&gt; Thanks again for your comments Michel -- I hope I was able to communicate my<br>
&gt; answers effectively and politely.<br>
<br>
</div>It&#39;s an interesting discussion.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">Michel Fortin<br>
<a href="mailto:michel.fortin@michelf.com">michel.fortin@michelf.com</a><br>
<a href="http://michelf.com/" target="_blank">http://michelf.com/</a><br>
<br>
<br>
<br>
_______________________________________________<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>