<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">sherwood said:<BR>
&gt;&nbsp;&nbsp;  If agreement is reached, then the group<BR>
&gt;&nbsp;&nbsp;  looks at variants 6,7,8,9 and inquires <BR>
&gt;&nbsp;&nbsp;  if they would like to join in this effort.<BR>
well, that kind of leveraged consensus would have<BR>
been the way to go about this process a year ago.<BR>
but not today.<BR>
&gt;&nbsp;&nbsp;  Has anyone collected a would-be canonical list <BR>
&gt;&nbsp;&nbsp;  of either the ambiguous cases in original MD, <BR>
&gt;&nbsp;&nbsp;  or the variants between the versions of MD? <BR>
well, i think it has become rather obvious that<BR>
macfarlane is the most knowledgeable person<BR>
-- by far -- when it comes to these matters...<BR>
and, just as above, a year or two back, this would<BR>
have been the direction for progress to be made...<BR>
but again, not today.<BR>
allan odgaard said:<BR>
&gt;&nbsp;&nbsp;  I see a bigger chance of filling the niche between <BR>
&gt;&nbsp;&nbsp;  Markdown and reStructuredText that John was alluding to, <BR>
&gt;&nbsp;&nbsp;  getting traction, and then see that as a new format <BR>
&gt;&nbsp;&nbsp;  added to their wiki (it already has several), and <BR>
&gt;&nbsp;&nbsp;  understood when READMEs have the proper extension.<BR>
&gt;&nbsp;&nbsp;  Then we can also finally mandate a file extension: <BR>
&gt;&nbsp;&nbsp;  I suggest calling the new format “Markright” <BR>
&gt;&nbsp;&nbsp;  with “.mr” as file extension :)<BR>
well, i would _love_ to hear more from john about that<BR>
"sweet spot" that he said he sees...&nbsp;  utterly fascinating...<BR>
but as for the general outline that mr. odgaard plots?<BR>
well, one more time: "in the past, yes, but not today".<BR>
here's the deal...<BR>
in the dayes of olde, all of the markdown variants were<BR>
roughly equal in power, which is why their standoff was<BR>
so intractable, and ended up persisting for so very long.<BR>
then 6 things happened.<BR>
pandoc assessed 'em all, and decided on multimarkdown.<BR>
i don't think y'all here appreciated the importance of that.<BR>
macfarlane is perhaps _the_ smartest guy in light-markup<BR>
and he researched the question carefully, so his decision is<BR>
one that we can safely assume to be the wisest one around.<BR>
even more importantly, john rewrote the parser.&nbsp;  as i said,<BR>
i'm not smart enough to fully understand all of the jargon,<BR>
but my tenuous grasp on what he did is that he got it right<BR>
-- a top-down one-pass model; fast, powerful, and flexible.<BR>
perhaps most important, the parser is specific and correct.<BR>
it's a simple model that is concrete, easy to grok, and solid.<BR>
everything is totally disambiguated, so there's no room for<BR>
any of those troubling inconsistencies to creep in and hide.<BR>
third, john's model stimulated work done by ali rantakari.<BR>
&gt;&nbsp;&nbsp;  http://hasseg.org/peg-markdown-highlight/<BR>
this work was for a _syntax_highlighter_, so it wouldn't be<BR>
too important, in and of itself, except for a couple factors:<BR>
(1) it used pandoc's parser, and (2) it was _very_ accurate,<BR>
fixing the problems that plagued _every_ existing_attempt_<BR>
at markdown syntax-highlighting, a tribute to the parser.<BR>
ali wrote this up for his computer science master's studies.<BR>
ali's work caught the eye of fletcher penney, inspiring him<BR>
to make a text-editor for multimarkdown, out any day now.<BR>
i'm not sure how it fits in, because i'm pretty sure that it<BR>
predated the work by rantakari, but fletcher also changed<BR>
his parsing model, changing over to the pandoc method.<BR>
i believe john and fletcher actually worked together on it.<BR>
so fletcher's parser is fast, powerful, flexible, and accurate.<BR>
i believe fletcher will confirm the importance of the change.<BR>
once you start doing it right, you realize the wrong way was<BR>
well, it was wrong, there's just no other way you can say it.<BR>
finally, brett terpstra also came out with "marked", which<BR>
displays on-the-fly markdown output for any text-editor.<BR>
"marked" can be configured to use any markdown variant,<BR>
or even another light-markup system (such as textile), but<BR>
the _default_ is multimarkdown.&nbsp;  and we're all familiar with<BR>
the power of the default, and how very few users change it.<BR>
thus, for those "marked" users, markdown is multimarkdown.<BR>
so what does all of this mean?<BR>
it means that the various markdown variants are no longer<BR>
balanced in terms of power.&nbsp;  multimarkdown has an edge.<BR>
it first gained that edge on the basis of pandoc's decision.<BR>
but the edge is going to shoot up immensely _very_soon_,<BR>
as soon as "multimarkdown composer" hits the app store...<BR>
none of you has shown that you understand the immensity<BR>
of having an on-the-fly display while a person is writing...<BR>
(i knew it'd be important, so i programmed it for myself,<BR>
but it was only _using_ it that i learned it was _immense_.<BR>
so my saying that you don't understand it isn't an insult.)<BR>
and -- even aside from "composer" -- multimarkdown has<BR>
"marked" doing promotional work for it via any text-editor.<BR>
what this means is that fletcher has absolutely no incentive<BR>
to change what he is doing to accommodate a "consensus"...<BR>
now i'm not saying that he's going to be some _asshole_<BR>
who is a power-freak and wants to lord it up over people.<BR>
it's the opposite, i'd say; he seems like a really decent guy.<BR>
but there's _no_ reason for him to change multimarkdown,<BR>
especially since he's recently jacked up his investment in it,<BR>
and most especially because it's going to pay off big-time...<BR>
so for him to change stuff _now_ would be extremely risky.<BR>
when you just put the lighted match to the firecracker fuse,<BR>
it's not the time to open it up and rearrange the gunpowder.<BR>
it's time to run away, safely away, and then turn around and<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>