Hello Thomas,<br><br>In reply to your comments...<br><br>Yes, I have assumed mono-spaced (or equivalent) rendering throughout.<br><br>Comparing examples 1.1 and example 2.3.b, yes you are correct.  I need to update the description given for 1.1 (the so called &quot;compact form&quot;).  The compact form (without blank lines or rules between rows) will always result in a single table row with multiple lines per row.<br>
<br>However, it would be possible to also specify a &quot;single line per row&quot; interpretation if that is a desired feature.<br><br>Your comment re: &quot;line breaks&quot; versus &quot;blank lines&quot; is also taken on board.<br>
<br>Thanks for your valuable comments,<br><br>Simon<br><br><br><div class="gmail_quote">On Wed, May 11, 2011 at 4:45 PM, Thomas Humiston <span dir="ltr">&lt;<a href="mailto:tom@jumpingrock.net">tom@jumpingrock.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Notes from a writer who makes occasional light use of Markdown and is not involved in implementations at all (nor especially familiar with other -down table syntaxes):<br>

<br>
I view my plain-text emails in a proportional font (Verdana). Simon&#39;s tables look ragged that way, but readable and not terribly unpleasant.<br>
<br>
Such decoding of occasional monospace-intended bits is, in my view, a fairly conventional matter in email, and thus congruent with Markdown&#39;s inspiration. Perhaps the matter of mono vs. proportional is not such a bugbear after all, at least for small-to-medium tables (and for the rest, there&#39;s always HTML).<br>

<br>
But wait -- Given 2.1.b&#39;s handling of empty cells, it seems the proposal still assumes some degree of monospace involvement. Similarly, 3.1.a speaks of omitting a space-denoted column break from &quot;between&quot; two columns, a break that is &quot;between&quot; in a sense (either visual or numeric) that&#39;s likely obvious in monospace only.<br>

<br>
So in the proposal, colspans do depend on character counts, and thus on monospace writing tools (except in tables simple enough for manual counting). Well, I suppose most authors of Markdown texts use such tools anyway.<br>

<br>
A confusing bit for me: Section 2.3.b leaves me thinking that the compact form is usable only for single-row bodies, and NOT for, say, &quot;three rows and three columns&quot; as indicated in Section 1.1. Also, I&#39;d suggest instructing authors to use &quot;blank lines&quot; as Gruber does instead of &quot;line breaks&quot; (as the latter connotes carriage returns and/or newline characters).<br>
<font color="#888888">
<br>
- TH</font><div class="im"><br>
<br>
<br>
Simon Bull wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
~~~~~<br>
<br>
<br>
   -----------------------------------<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>
~~~~~<br>
<br>
</blockquote></div><div><div></div><div class="h5">
_______________________________________________<br>
Markdown-Discuss mailing list<br>
<a href="mailto:Markdown-Discuss@six.pairlist.net" target="_blank">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>