<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">here are some of the things that i think.<BR>
i would expect some people to disagree.<BR>
<BR>
***<BR>
<BR>
it's great to see this discussion taking off...<BR>
<BR>
and great to see penney and macfarlane here,<BR>
taking part...<BR>
<BR>
***<BR>
<BR>
the combination of multimarkdown with pandoc<BR>
-- especially given penney's recent advances --<BR>
can't be defeated by another markdown superset.<BR>
<BR>
so the stalemate has now been effectively resolved.<BR>
<BR>
you either achieve parity with multimarkdown, or fold.<BR>
<BR>
and a number of developers will decide that there is<BR>
no future in "achieving parity" with the front-runner.<BR>
<BR>
nonetheless, the deadlock is broken, the standoff over.<BR>
<BR>
***<BR>
<BR>
it will be interesting to see if gruber lets you use the name<BR>
"markdown", or if he has some vested interest in keeping it.<BR>
<BR>
***<BR>
<BR>
penney cites gruber:<BR>
&gt;&nbsp;&nbsp;  The overriding design goal for Markdown’s<BR>
&gt;&nbsp;&nbsp;  formatting syntax is to make it as readable as possible. <BR>
&gt;&nbsp;&nbsp;  The idea is that a Markdown-formatted document should <BR>
&gt;&nbsp;&nbsp;  be publishable as-is, as plain text, without looking like <BR>
&gt;&nbsp;&nbsp;  it’s been marked up with tags or formatting instructions.<BR>
<BR>
um, whenever i look at a multimarkdown input-file, it certainly<BR>
does _not_ look like it's "as readable as possible" to my eyes.<BR>
<BR>
i see all kinds of crap that won't appear on the printed page<BR>
(or the .html screen), and all that crap is a major distraction.<BR>
<BR>
so i think a lot of you guys are fooling yourselves that your<BR>
markdown input-files are "readable" and even "publishable", <BR>
and i don't believe the general public is gonna buy that line.<BR>
because they want something that really _is_ readable as-is.<BR>
(because you need to read a document as you're editing it.)<BR>
<BR>
now i am obviously being swayed by the fact that i invented<BR>
a light-markup format which specifically eschews such crap,<BR>
and does it successfully, so i know that it is entirely possible.<BR>
<BR>
and perhaps i'm overestimating the importance of that benefit<BR>
to the general public and its uptake of a light-markup format.<BR>
<BR>
we'll see...<BR>
<BR>
but i suggest that it might be good for you to make some use<BR>
of this opportunity which "unification" presents, enabling you<BR>
to go back to the drawing-board and strip away what you can.<BR>
<BR>
***<BR>
<BR>
making a new start will also allow you to rethink the process.<BR>
<BR>
my recommendation would be that you return to the basics,<BR>
in the sense that you explain the conversion in pseudo-code.<BR>
<BR>
here is the pseudo-code for my conversion process:<BR>
1.&nbsp;  split the document into "chunks", separated by blank lines.<BR>
2.&nbsp;  walk through your array of chunks, assigning each its tag.<BR>
3.&nbsp;  output chunks based on tag (plus maybe neighbors' tags).<BR>
<BR>
as you can see, this process works in any language/compiler.<BR>
<BR>
and it's so simple that even a beginner-programmer can write<BR>
and/or maintain such a converter routine.&nbsp;  these concerns are<BR>
vital, especially if you lose developers -- as i predicted above.<BR>
<BR>
but they are also important from a _pedagogical_ standpoint,<BR>
in the sense that you need to educate users about the format.<BR>
there should never be any doubt what a specific chunk will be.<BR>
crystal clarity in the end-user's mind should be your objective.<BR>
<BR>
***<BR>
<BR>
there is no need for an influx of cash to create a solution.<BR>
<BR>
which is good, because there is no influx of cash coming.<BR>
<BR>
but even if there _was_, the markdown community would<BR>
_not_ know how to allocate that cash to obtain a solution.<BR>
indeed, there is serious doubt that it could even be done...<BR>
it would likely cause little but dissension and hard feelings.<BR>
<BR>
***<BR>
<BR>
there's no need for a resolution to take "18 to 36 months"...<BR>
it could be done in 18-36 days, or maybe even 18-36 hours.<BR>
(how long does it take to say "standardize on multimarkdown".)<BR>
<BR>
macfarlane has vetted multimarkdown very carefully, so if he<BR>
can't tell us anything "wrong" with it, there's nothing "wrong".<BR>
(ditto on terpstra and jalkut, who decided on multimarkdown.)<BR>
<BR>
so if you've got beef, you'll have to thrash it out with fletcher.<BR>
(and if you feel you'll beat the multimarkdown/pandoc combo,<BR>
especially with penney's "composer" debut, you are deluded.)<BR>
<BR>
on the bright side, penney doesn't seem to be too dogmatic,<BR>
so if you have a good argument for change, he'll likely listen.<BR>
<BR>
***<BR>
<BR>
speaking of the markdown community, it might be good if you<BR>
actually started enabling such an entity, so that you could listen<BR>
to what it has to say...&nbsp;  a lot of you do speculation about "what"<BR>
your user-base "wants", but you're more-or-less just guessing.<BR>
if you had a way to poll the community, the answers you'd get<BR>
would be _much_ more reliable, and accurate, and actionable...<BR>
<BR>
***<BR>
<BR>
and of course it'd be good even if you just got the _developers_<BR>
on-board and talking to each other.&nbsp;  for instance, in recent days,<BR>
brett terpstra and daniel "punkass" jalkut have made big advances<BR>
in markdown that have moved it forward in a significant way, yet<BR>
neither of them is here on this list, or talking to the "community".<BR>
<BR>
***<BR>
<BR>
one of the things that might come out of such widespread input<BR>
is a strong consensus on what's "really needed" and what's not...<BR>
<BR>
my work has always been defined by _books_, so if a certain<BR>
structure was one that was found (even if rarely) in _books_,<BR>
then it was a structure which i needed to be able to support.<BR>
you don't seem to have such a laser-focus; it might help you.<BR>
<BR>
***<BR>
<BR>
meta-data belongs at the end of a document, not the start of it.<BR>
<BR>
***<BR>
<BR>
anyway, those are some of the things that came up while i was<BR>
chatting with grandmother at our bridge club the other night...<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>