<br>Getting agreement on the corner tests should be easy. Most of the time the corner test is odd enough that it never came up in a production environment, and so deciding one way or another is less likely to break something.<br>
<br>Having an MD compliance test may be *the* way to go.  <br><br>MD has forked.  20 times or so.  No way we are going to stuff that many worms back into the can.<br><br>An MD standard, and such things as this list can rationalize the situation.<br>
<br>The end result is that the testing group IS MD.  Everything else is implementations of MD.<br><br>So it&#39;s called Markdown Standards Group, -- MSG for short.<br><br>One possibilitiy is that we end up with a test similar to the ACID browser test that checks compliance with W3C standards.  You end up with a score.<br>
<br>Another possibility is that you have a web page where each implementation&#39;s differences from the standard are shown.<br><br>If the &#39;market penetration&#39; of MD can be determined for each flavour, then any feature that is present in X% of the market becomes a &#39;core&#39; feature.  The best way to determine market penetration is to encourage developers to set up a list (how &#39;bouth this one...&#39; and use a vote.  Implementors would be encouraged to put contact info for thie list in their source code and documentation.<br>
<br>For a given feature and implementation:<br>*  It&#39;s implemented as per core standard.<br>*  It&#39;s implemented with quirks.  Quirks can be edge behaviour with special cases, html code that presents itself the same visually, but is different behind the scenes.  E.g.  MMD ignores blocks encased in &lt;div&gt; as per standard, but wraps &lt;DIV&gt; in &lt;p&gt; tags and processes everything inside normally.  I like this quirk, but I could do without the &lt;p&gt; tags.<br>
*  Normal behaviour is different, but can be brought to standard with flags or a configuration file  This allows variant implementations to get accepted status without breaking their established base.<br>*  It doesn&#39;t meet the standard at all.<br>
<br>If you want to be true to JG&#39;s heritage, he is asked to rule on any specific corner case of the original specification.  He&#39;s also asked to put a link to the MSG web site on his MD page.  This gives him a say in what happens, and is a graceful way for him to pass down his heritage without spending a lot of time involved with it.<br>
<br>I think also that any web site put up should acknowledge JG, and have a link back to Daring Fireball.<br><br>I think it wise to change the name, but it should be clearly derivative.  E.g. <br>* Markdown 2<br>* Markdown II<br>
* Markdown NG<br>* MarqueDown  <br><br><br><br clear="all">Respectfully,<br><br>Sherwood of Sherwood&#39;s Forests<br><br>Sherwood Botsford<br>Sherwood&#39;s Forests --  http://Sherwoods-Forests.com<br>780-848-2548<br>50042 Range Rd 31<br>
Warburg, Alberta T0C 2T0<br><br><br>
<br><br><div class="gmail_quote">On Wed, Mar 17, 2010 at 4:33 AM, yy <span dir="ltr">&lt;<a href="mailto:yiyu.jgl@gmail.com">yiyu.jgl@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2010/3/17 david parsons &lt;<a href="mailto:orc@pell.chi.il.us">orc@pell.chi.il.us</a>&gt;:<br>
<div class="im">&gt;<br>
&gt;   There are markdown implementations in a dozen languages.   I am<br>
&gt;   unsure about how a common tool can be made here.<br>
&gt;<br>
<br>
</div>What I would really like to see is a standard test suite, with a given<br>
input and the expected output, which we can test against the different<br>
implementations. Then, we would only have to agree on a &quot;core&quot; set of<br>
tests that every implementation has to pass to be considered &quot;markdown<br>
compatible&quot; and we could easily add tests for non-standard features.<br>
The difficult part is to decide if the most strange corner cases are<br>
implementation dependent, or how they must be handled (since I expect<br>
some differences between current implementations). Mdtest is probably<br>
the best starting point for such a task.<br>
<br>
--<br>
<font color="#888888">- yy.<br>
</font><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>