Thanks for your additional comments Fletcher.<br><br><br>If the proposed syntax overly complicated, I am very happy to simplify it.  The question is whether or not the following is really complicated?<br><br><font face="courier new,monospace">~~~~~</font><br>

<br><br><font face="courier new,monospace">    -----------------------------------<br>         THE PEOPLE OF MIDDLE-EARTH<br>
    -----------------------------------<br><br>      People    Homeland    Tongue    <br>    ===================================<br>      Elves     Rivendell,  Quenya,   <br>                Mirkwood,   Sindarin, <br>
                Lorien      Nandorin  <br><br>      Dwarves   Erebor      Khuzdul   <br><br>      Hobbits   The Shire,  Westron   <br>
                Breeland              <br><br><br>~~~~~</font><br><br>Sure, if you want the rowspan and/or colspan features you will have to use the ruled cols and/or ruled rows form.  But those are optional features that many authors might use only rarely.  Likewise, a particular implementation could choose to either support/not support those optional features.  But at least there would be a potential upgrade path from the most basic table support to the fullest table support.<br>
<br>The proposed specification is only verbose because I decided to illustrate every feature individually with an explicit example.  If you prefer I could give the entire proposal in one or two examples instead.  <br><br>
The issues around editors and mon-spacing are bigger than this proposal, so I won&#39;t attempt to address those here.<br><br>Thanks again for your ever insightful comments Fletcher ,<br><br>Simon<br><br><br><div class="gmail_quote">
On Wed, May 11, 2011 at 11:47 AM, Fletcher T. Penney <span dir="ltr">&lt;<a href="mailto:fletcher@fletcherpenney.net">fletcher@fletcherpenney.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Since you asked, here are my own personal thoughts - others most<br>
likely disagree....<br>
<br>
<br>
The syntax seems a bit complicated - I didn&#39;t compare, but I suspect<br>
the length of your explanation approaches or exceeds the entire<br>
Markdown syntax guide.  I realize that you are trying to offer some<br>
flexibility, but that can get tricky.<br>
<br>
The other challenge is &quot;editability&quot; - with most of the complex table<br>
formats out there, it would be very tedious to actually create and<br>
subsequently modify a table by hand.  I will grant you that this as<br>
much (or more) a problem with editors than the syntax.  And one could<br>
create plugins for certain editors (e.g. TextMate) that could do the<br>
formatting for you.  But this seems to be straying outside the bounds<br>
of what makes Markdown so great. (Again --- just my opinion)<br>
<br>
But I think the biggest issue is the monospace vs proportional font<br>
problem.  This plagues every proposed table syntax out there (to my<br>
knowledge) --- tables just aren&#39;t going to look right in both font<br>
types in plain text files.  Proper alignment is a key feature of<br>
tables, and it&#39;s frustrating when this is destroyed by changing the<br>
font.<br>
<br>
That said, the elastic tabstop idea proposed by Nick Gravgaard offers<br>
a tantalizing solution to this problem.  In text editors that<br>
supported this concept, it would be trivially easy to align columns of<br>
text that worked for both monospace and proportional fonts.  Columns<br>
would automatically realign when you changed the length of a given<br>
cell.<br>
<br>
In general, I believe there is a trade-off between simplicity and<br>
functionality.  My preference is not to sacrifice (much) simplicity<br>
for the sake of functionality --- I believe MMD&#39;s table syntax is<br>
about as far down that curve as I am willing to go.  Others may be on<br>
the other end of the spectrum.<br>
<br>
Where true genius comes is being able to merge simplicity with<br>
functionality (e.g. the iphone).  I&#39;m not saying a great solution for<br>
the Markdown/Table dilemma doesn&#39;t exist.  I just don&#39;t think I&#39;ve<br>
seen it yet.  But I agree with you that continuing to generate new<br>
proposals is a good idea.<br>
<font color="#888888"><br>
F-<br>
</font><div class="im"><br>
<br>
<br>
On Tue, May 10, 2011 at 9:22 PM, Simon Bull &lt;<a href="mailto:waysoftheearth@yahoo.com.au">waysoftheearth@yahoo.com.au</a>&gt; wrote:<br>
&gt; Hi Fletcher,<br>
&gt;<br>
&gt; Should I assume that you mean the proposed syntax falls short in one or more<br>
&gt; of the four categories you identified?<br>
&gt;<br>
&gt; If you care to elaborate on some of these short-comings I would be very<br>
&gt; happy to alter my proposal in order to meet the needs of a wider audience.<br>
&gt; That was in fact the purpose of proposing it at all.<br>
&gt;<br>
&gt; Thanks for your comments,<br>
&gt;<br>
&gt; Simon<br>
&gt;<br>
<br>
</div>--<br>
<div><div></div><div class="h5">Fletcher T. Penney<br>
<a href="mailto:fletcher@fletcherpenney.net">fletcher@fletcherpenney.net</a><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>