Thanks for your support Duke,<br><br>It&#39;s good to get some positive feedback mixed in with the constructive criticism.<br><br>I will take it all on board, as you recommend.<br><br>Simon<br><br><div class="gmail_quote">
On Thu, May 12, 2011 at 12:02 AM, Duke Normandin <span dir="ltr">&lt;<a href="mailto:dukeofperl@ml1.net">dukeofperl@ml1.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Wed, 11 May 2011, Simon Bull wrote:<br>
<br>
&gt; Thanks for your comments Michel.<br>
&gt;<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.  On this I cannot comment<br>
&gt; except to say that I believe reading/writing considerations should drive the<br>
&gt; specification which should drive the implementation.  Implementation<br>
&gt; considerations should not drive the formulation of the specification except<br>
&gt; where some absolute technical limitation dictates otherwise.<br>
&gt;<br>
&gt;<br>
&gt; Regarding spacing:<br>
&gt; Firstly may I say that I do believe good spacing is good practice for<br>
&gt; tables.<br>
&gt; &gt;From my original post...<br>
&gt; &gt;It is the _visual alignment_ of terms into rows and columns that enables a<br>
&gt; reader to recognise a table.<br>
&gt; &gt;Without any recognisable alignment, a reader sees a jumbled &quot;cloud&quot; of<br>
&gt; terms<br>
&gt; &quot;good&quot; doesn&#39;t have to mean &quot;perfect&quot;, however.<br>
&gt;<br>
&gt; Secondly, as an author I take pride in producing beautiful documents.  If a<br>
&gt; document looks a mess then the author looks careless, lazy and less<br>
&gt; credible.  Additionally, from JG&#39;s introduction at Daring Fireball:<br>
&gt; &gt;The overriding design goal for Markdown’s formatting syntax is to make it<br>
&gt; as readable as possible.<br>
&gt; &gt;The idea is that a Markdown-formatted document should be publishable as-is,<br>
&gt; as plain text,<br>
&gt;<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>
&gt;<br>
&gt;<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.  Moreover, various text editors do<br>
&gt; support a &quot;block&quot; or &quot;column&quot; select feature which enables the author to<br>
&gt; select, copy, cut and paste columns (or blocks) of text.  This editor<br>
&gt; feature facilitates exactly the kind of operation you mentioned.<br>
&gt;<br>
&gt; That aside, the proposed table syntax supports a more trivial (lazy) method<br>
&gt; of inserting text into the middle of a column in a few seconds, like this:<br>
&gt;<br>
&gt; Before:<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; After:<br>
&gt;<br>
&gt;       People     Homeland     Tongue<br>
&gt;     ====================================<br>
&gt;       Elves      Rivendell,   Quenya,<br>
&gt;                               Telerin,   &lt;--- inserted text<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>
&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;<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<br>
&gt; comparing<br>
&gt; &gt; the amount of leading and trailing white space in each table cell of each<br>
&gt; 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>
&gt;<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>
&gt;<br>
&gt;<br>
&gt; Thanks again for your comments Michel -- I hope I was able to communicate my<br>
&gt; answers effectively and politely.<br>
<br>
<br>
</div></div>I want to go on record as a strong supporter of your efforts. Your<br>
willingness to consult your peers with this brain-storming effort does<br>
you credit! However, IMHO, at the end of the day, you must follow your<br>
intuition and good sense after taking all informed and uninformed<br>
opinions into consideration. I like your proposal! It will be<br>
interesting to use your proposal in due course.<br>
<font color="#888888"><br>
--<br>
Duke Normandin<br>
Turner Valley, Alberta, Canada</font><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>
<br></blockquote></div><br>