<font color="#006600"><font size="4"><font face="garamond,serif"><br>Getting a bunch of different programmers/writers to agree will be tough, especially with JG not taking an interest in the core code anymore.<br><br>With the increasing use of Markdown as stored data, fixing the ambiguous syntax may break a lot of existing pages.<br>
<br>Be that as it may.<br><br>I would propose that all versions of MD support three flags -quirks and  -standard -strict.<br><br>-quirks causes MD to support whatever implementation of the ambiguous syntax the author chose.  -standard causes MD to support whatever standard the various implementors can agree on, but does not mean that it cannot have extra bells and whistles, but only that a certain core is followed completely. -strict means that it only follows the standard and any bells and whistles are considered data.  <br>
<br>In use, you run -quirks with a raft of existing pages.  You run -standard to move your pages into a form that more versions of MD can use.  Any page that doesn&#39;t use YOUR bell and whistle will render properly on standard compliant versions of MD.  And -strict would mean that if your page renders properly on one version of MD it will render properly on all compliant versions of MD.<br>
<br>In addition I would suggest several versions of the standard to get this off the ground.<br><br>Version 1 is JG&#39;s md with the ambiguities resolved.  No extensions to it at all.  If JG doesn&#39;t want to play, then JG&#39;s MD will be non-standards compliant.<br>
<br>Version 2 is a set of extensions that the developers MD can agree to.  <br><br>By doing this or something like this, the various developers can move toward a common goal, without breaking existing pages.<br><br clear="all">
</font></font></font>Respectfully,<br><br>Sherwood of Sherwood&#39;s Forests<br><br>Sherwood Botsford<br>Sherwood&#39;s Forests --  <a href="http://Sherwoods-Forests.com">http://Sherwoods-Forests.com</a><br>780-848-2548<br>
50042 Range Rd 31<br>Warburg, Alberta T0C 2T0<br><br><br>
<br><br><div class="gmail_quote">On Tue, Aug 16, 2011 at 12:26 AM, Sam Angove <span dir="ltr">&lt;<a href="mailto:peasant@gmail.com">peasant@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Thu, Aug 11, 2011 at 4:56 AM, Florian Sperlich<br>
<div class="im">&lt;<a href="mailto:flo.sperlich@googlemail.com">flo.sperlich@googlemail.com</a>&gt; wrote:<br>
&gt;<br>
</div><div class="im">&gt; And this universal syntax should have the additions of MultiMarkdown:<br>
&gt; footnotes, tables, definition lists, citation, metadata (author,<br>
&gt; title, date), and so on... Because I think many people would like to<br>
&gt; have these additional functions in Markdown. And who doesn&#39;t need<br>
&gt; these additional functions, simply doesn&#39;t use them.<br>
<br>
</div>Not to be a party pooper, but I really think it would be a good idea<br>
to try and fix the ambiguities and problems in the core syntax (and<br>
implementations thereof) before trying to find common ground between<br>
the legions of hideously ugly and frequently incompatible extensions.<br>
<br>
To get things started, here&#39;s a test case that most of the<br>
implementations on babelmark fail:<br>
<br>
<a href="http://babelmark.bobtfish.net/?markdown=*+*+&amp;normalize=on&amp;src=1&amp;dest=2" target="_blank">http://babelmark.bobtfish.net/?markdown=*+*+&amp;normalize=on&amp;src=1&amp;dest=2</a><br>
<div><div></div><div class="h5">_______________________________________________<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>