<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">I love standards.  There are so many to choose from.<br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">
<br>Yes the core of MD is similar.  But there are enough edge cases that you cannot count on being able to take MD from one location and using it at another.  I would prefer to be able to control this behaviour either with a configuration file, or inline material, rather than having to edit the markup for each file itself.  Doing it inline, means that in theory for each tweak there is a configuation value that follows the &#39;standard&#39; (such as it isn&#39;t) and a value for the tweak.<br>
<br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">In the archives of this list there are records of many items discussing where Gruber&#39;s spec was ambiguous.    And the canonical code doesn&#39;t make html that validates, as loose tags are surrounded by &lt;P&gt; tags.<br>
</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)"><br>Fork my own? I&#39;ve done that.  I have the older CPAN version of MMD and have hacked the default value of the markdown flag so that it is 1 all the time.  It&#39;s a crummy hack.   I have to redo it every time I update my CPAN library for a new version of Perl.<br>
<br><br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">I write web pages.  I went to MD because it minimized the amount of repetitive markup I was doing.    <br><br></div>
<div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">Will it bite me?  Quite possibly.  But my MD files are not public access.<br><br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">
It&#39;s actually worse than that, because for me MMD is actually a module in Template Toolkit.  So my information is MD markup wrapped in a preface and epilog of template toolkit.  Included file in the TT portion create my static menu. Portable? No.  But the result is a static page, without javascript (except for google analytics) that loads blindingly fast, and allows me to use a shared server without worrying about CPU contention.<br>
<br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">But it would be a 3 hour hack to write a script to strip the TT wrapper off, another hack to explicityly put in the markdown=1 flags.  But meanwhile I have cleaner looking markup.<br>
<br></div><div class="gmail_default" style="font-family:georgia,serif;font-size:small;color:rgb(0,102,0)">However, I won&#39;t try to convert anyone.  Several people have spoken eloquently that this is a Bad Thing (tm) and no one has agreed.  I must abide by the Will of the People, and withdraw to the Cave of the Curmudgeons.<br>
</div></div><div class="gmail_extra"><br clear="all"><div>Respectfully,<br><br>Sherwood of Sherwood&#39;s Forests<br><br>Sherwood Botsford<br>Sherwood&#39;s Forests --  <a href="http://Sherwoods-Forests.com" target="_blank">http://Sherwoods-Forests.com</a><br>
780-848-2548<br>50042 Range Rd 31<br>Warburg, Alberta T0C 2T0<br><br></div>
<br><br><div class="gmail_quote">On 19 April 2013 20:22, Michel Fortin <span dir="ltr">&lt;<a href="mailto:michel.fortin@michelf.ca" target="_blank">michel.fortin@michelf.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 19-avr.-2013 à 17:00, Sherwood Botsford &lt;<a href="mailto:sgbotsford@gmail.com">sgbotsford@gmail.com</a>&gt; a écrit :<br>
<div class="im"><br>
&gt; That particular cat is out of the bag, however, and we have a score of<br>
&gt; implementations.  From all apparent discussion here, there is no particular<br>
&gt; urge for the writers to get together to reduce the implementations.  So we<br>
&gt; have 20 document formats already.  And not all the implementers are<br>
&gt; concerned with backward compatibility.<br>
&gt;<br>
&gt; The same can be said of html and CSS.  CSS configures how the html is<br>
&gt; rendered.  So CMD could configure the way MD is rendered.<br>
<br>
</div>CSS doesn&#39;t change how the HTML is parsed, only how it looks (and sometime how it behaves). Similarly, configuration options in a Markdown parser that let you adjust *the output* to your linking are very welcome.<br>

<br>
As for all the implementations, they mostly vary in edge cases and in their extensions to the core syntax. The core Markdown syntax (as defined by John Gruber) is pretty much the same everywhere, and this includes how HTML blocks are parsed. Implementations doing things differently than core Markdown are doing it mostly by adding restrictions out of security concerns with user-generated content.<br>

<br>
By the way, if you really feel like it you should go ahead and hack your preferred implementation to do what you want. Just keep in mind that your documents using this tweaked syntax feature won&#39;t work right with other implementations. This might or might not come to bite you in the future depending on what you intend to do with those documents.<br>

<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Michel Fortin<br>
<a href="mailto:michel.fortin@michelf.ca">michel.fortin@michelf.ca</a><br>
<a href="http://michelf.ca/" target="_blank">http://michelf.ca/</a><br>
</font></span><div class="HOEnZb"><div class="h5"><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></div>