<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">please take me off of this interminable discussion<br><div apple-content-edited="true">
<div id="signature">
        <span><img height="25" width="153" apple-inline="yes" id="F969C566-7FC5-46D3-A989-96689D5DAA32" apple-width="yes" apple-height="yes" src="cid:9A157FBB-38C7-4E84-8BD7-37801FBF4A93@gateway.2wire.net"></span><br>
        <span style="font-family: Georgia; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; color: rgb(66, 66, 66); background-color: rgb(255, 255, 255);"><i>Digital and brand communications</i></span><br>
        <div style="color: rgb(0, 0, 0); font-family: Georgia; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">
                <font color="#424242">..........................................................................................................................................<br>
                Joel MaHarry | Creative Director<br>
                <a href="mailto:joel.maharry@ulrichmaharry.com">joel.maharry@ulrichmaharry.com</a> </font></div>
        <div style="color: rgb(0, 0, 0); font-family: Georgia; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">
                <font color="#424242">O (310) 504-1790 | D (310) 993.1334<br>
                1528 6th St., Suite 512<br>
                Santa Monica, CA  90401<br>
                <a href="http://www.ulrichmaharry.com">www.ulrichmaharry.com</a><br>
                .........................................................................................................................................</font><br>
                 </div>
</div>

</div>
<br><div style=""><div>On Sep 5, 2014, at 9:16 PM, John MacFarlane <<a href="mailto:jgm@berkeley.edu">jgm@berkeley.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div>+++ Michel Fortin [Sep 05 14 17:07 ]:<br><blockquote type="cite">From an implementer point of view, unless a detailed standard is written as a description of what your own parser does, you'll have to spend a lot of time tweaking things to match that standard. By "a lot of time" I mean more than what it took you to implement the parser in the first place. Remember, it's always getting the last 20% that takes 80% of the time. So you'll spend a lot of time to achieve some dubious tradeoff. Implementers have better things to do with their time.<br><br>So my conclusion is that if you want one or another Markdown flavor to become the standard, you need to find a way for its implementation to be included everywhere. But with all the diverse language ecosystem we have, and with the varied needs of different communities using Markdown, that seems quite difficult to achieve. I'd call that impossible.<br></blockquote><br>Michel,<br><br>What you did at the beginning, I gather, was to port (and then extend)<br>an existing implementation, Markdown.pl.  The same will be possible with<br>CommonMark, which provides two implementations that use the same parsing<br>algorithm, one in portable C and one in 1540 lines of javascript (with<br>no library dependencies).  The javascript implementation doesn't use any<br>unusual javascript features and should be straightforward to<br>port to other dynamic languages: perl, python, ruby, PHP.  (Or you could<br>just use the javascript library client-side and skip the server-side<br>rendering.) Those who work with compiled languages will be able to use<br>the C library directly.<br><br>The parsers are both fast and accurate.  The original C parser I wrote<br>was about as fast as discount.  An expert C coder is now working on<br>otimizing it and, without changing the algorithm, has managed to make it<br>about as fast as sundown, which is very fast indeed (0.01 seconds to<br>parse a 1MB document, for example).  When optimization is complete, it<br>should be even faster.  The javascript parser is also very fast (0.28<br>seconds for the above-mentioned 1MB document, running in the Chrome<br>browser).  By comparising, Markdown.pl takes 250 seconds on the same<br>input, and pandoc takes 3.19 seconds.<br><br>John<br><br>_______________________________________________<br>Markdown-Discuss mailing list<br><a href="mailto:Markdown-Discuss@six.pairlist.net">Markdown-Discuss@six.pairlist.net</a><br>http://six.pairlist.net/mailman/listinfo/markdown-discuss<br></div></div><br></body></html>