Thanks for your comments Michel.<br><br>In reply to the points you raise:<br><br><br>Regarding complexity:  <br>It is not clear to me whether folks are objecting to _parsing_ complexity or *reading/writing* complexity.  Subjectively I don&#39;t think the example is difficult to read; it couldn&#39;t be much simpler.  So I will assume that people are concerned about parsing complexity.  On this I cannot comment except to say that I believe reading/writing considerations should drive the specification which should drive the implementation.  Implementation considerations should not drive the formulation of the specification except where some absolute technical limitation dictates otherwise.<br>
<br><br>Regarding spacing:<br>Firstly may I say that I do believe good spacing is good practice for tables.<br>From my original post...<br><span style="font-family:courier new,monospace">&gt;It is the _visual 
alignment_ of terms into rows and columns that enables a reader to 
recognise a table.  <br>&gt;Without any recognisable alignment, a reader sees a 
jumbled &quot;cloud&quot; of terms <br></span>&quot;good&quot; doesn&#39;t have to mean &quot;perfect&quot;, however.  <br><br>Secondly, as an author I take pride in producing beautiful documents.  If a document looks a mess then the author looks careless, lazy and less credible.  Additionally, from JG&#39;s introduction at Daring Fireball:<br>
<span style="font-family: courier new,monospace;">&gt;The overriding design goal for Markdown’s formatting syntax is to make
it as readable as possible. </span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">&gt;The idea is that a Markdown-formatted
document should be publishable as-is, as plain text, </span><br style="font-family: courier new,monospace;"><br>A markdown document should be *publishable* _as-is_.  Wobbly mis-aligned tables do not make publishable documents in any profession as far as I know.<br>
<br><br>Regarding ease of editing :<br>The difficult with inserting text into a column is a general problem with text editing tools and table formats in general.  It is not a specific problem with the proposed table syntax.  Moreover, various text editors do support a &quot;block&quot; or &quot;column&quot; select feature which enables the author to select, copy, cut and paste columns (or blocks) of text.  This editor feature facilitates exactly the kind of operation you mentioned.<br>
<br>That aside, the proposed table syntax supports a more trivial (lazy) method of inserting text into the middle of a column in a few seconds, like this:<br><br>Before:<br><span style="font-family: courier new,monospace;"></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">      People     Homeland     Tongue</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">    ====================================</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">      Elves      Rivendell,   Quenya,</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">                 Mirkwood,    Sindarin,</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">                 Lorien       Nandorin</span><br style="font-family: courier new,monospace;"><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">      Dwarves    Erebor       Khuzdul</span><br style="font-family: courier new,monospace;">
<br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">      Hobbits    The Shire,   Westron</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">                 Breeland</span><br style="font-family: courier new,monospace;">
<br style="font-family: courier new,monospace;"><br>After:<br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">      People     Homeland     Tongue</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">    ====================================</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">      Elves      Rivendell,   Quenya,</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">                              <span style="background-color: rgb(255, 255, 102);">Telerin,</span>   &lt;--- inserted text</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">                 Mirkwood,    Sindarin,</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">                 Lorien       Nandorin</span><br style="font-family: courier new,monospace;">
<br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">      Dwarves    Erebor       Khuzdul</span><br style="font-family: courier new,monospace;"><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">      Hobbits    The Shire,   Westron</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">                 Breeland</span><br style="font-family: courier new,monospace;">
<br style="font-family: courier new,monospace;"><br><br>Regarding cell alignment :<br>In my original post I wrote this<br><font style="font-family:courier new,monospace" face="courier new,monospace">&gt; The author has already provided the desired text alignment in the original <br>
&gt;(mono spaced) markdown text.<br>&gt;<br>&gt;It is therefore plausible for a parser to derive cell alignment by 
comparing <br>&gt; the amount of leading and trailing white space in each table 
cell of each row <br>&gt; and each column.<br>
  </font><br>I am the first to concede that this would require near-perfect spacing in the document, and would be very hard to implement.  It is therefore unlikely that anyone would bother to implement it.<br><br>However, there&#39;s no reason not to include MMD-style cell alignment meta-characters in the specification as a more practical short-cut if that is what people want.<br>
<br><br>Thanks again for your comments Michel -- I hope I was able to communicate my answers effectively and politely.<br><br>Simon<br><br><br>On Wed, May 11, 2011 at 9:00 PM, 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-10 ŕ 23:54, Simon Bull a écrit :<br>
<div class="im"><br>
&gt; If the proposed syntax overly complicated, I am very happy to simplify it.<br>
&gt; The question is whether or not the following is really complicated?<br>
&gt;<br>
&gt; ~~~~~<br>
&gt;<br>
&gt;<br>
&gt;    -----------------------------------<br>
&gt;         THE PEOPLE OF MIDDLE-EARTH<br>
&gt;    -----------------------------------<br>
&gt;<br>
&gt;      People    Homeland    Tongue<br>
&gt;    ===================================<br>
&gt;      Elves     Rivendell,  Quenya,<br>
&gt;                Mirkwood,   Sindarin,<br>
&gt;                Lorien      Nandorin<br>
&gt;<br>
&gt;      Dwarves   Erebor      Khuzdul<br>
&gt;<br>
&gt;      Hobbits   The Shire,  Westron<br>
&gt;                Breeland<br>
&gt;<br>
&gt;<br>
&gt; ~~~~~<br>
<br>
</div>I agree with most of Fletcher&#39;s points. This is complicated. I made a parser that can parse something relatively similar to the above before settling on PHP Markdown Extra&#39;s current table syntax. I decided against it for a couple of reasons.<br>

<br>
First, it relies on spacing too much. With most syntaxes in Markdown, you can be lazy and not indent everything perfectly. This table syntax relies entirely on perfect spacing, which goes contrary to this principle. It also only work with monospace fonts which can be a problem in some cases.<br>

<br>
Second, editing its content is a real pain. Try to add a new elven tongue between &quot;Quenya&quot; and &quot;Sindarin&quot; and tell me how much time it takes. Now compare with editing the same table in HTML.<br>
<br>
I&#39;ll concede that the table is more readable than in HTML, but I think the ratio between usefulness and implementation effort is rather weak.<br>
<br>
And did I miss it or does it lacks one feature PHP Markdown Extra has: per-column left/right/center alignment?<br>
<font color="#888888"><br>
<br>
--<br>
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>
</font><div><div></div><div class="h5"><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>