<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">emmanuel said:<BR>
&gt;&nbsp;&nbsp;  Thanks again for the detailed comments.<BR>
<BR>
well, sir, you deserve them.<BR>
<BR>
and i must say that your responses are uniformly impressive,<BR>
both individually and -- most especially -- in their aggregate.<BR>
<BR>
the only one of them that would still wrinkle my forehead is<BR>
the thought of possibly limiting the program only to chrome.<BR>
i believe that might be a decisive turn-off to too many users.<BR>
not that it would be such a big limitation in reality, because<BR>
it wouldn't be any different than running any dedicated app,<BR>
but only because it would _seem_ to people like "a hardship".<BR>
they "expect" that a web-app will run in _any_ web-browser.<BR>
so what you'd be making would seem more like "a plug-in"...<BR>
<BR>
other than that one point, though, your responses show that<BR>
you've done lotsa thought, and that you have a good attitude.<BR>
that's a winning combination that's gonna take you very far...<BR>
<BR>
so at this time, instead of discussing any of the points more,<BR>
i would just encourage you strongly to keep moving forward.<BR>
<BR>
when you've hit your next plateau, and you'd like to show it,<BR>
and get feedback, come and let us know, and i'll look again.<BR>
and maybe someone else will chime in as well...&nbsp;  who knows?<BR>
<BR>
***<BR>
<BR>
but, ok, gee, can't resist commenting on one point you made,<BR>
albeit in a more generalized way, not specifically just to you...<BR>
<BR>
you said you'd rather not code "yet another" markdown parser.<BR>
i can sympathize with that.&nbsp;  so then you said you need to find<BR>
an existing parser in javascript, not in some other language...<BR>
<BR>
this is, i feel, a huge problem with how markdown has evolved.<BR>
<BR>
the parsing model shouldn't be tangled up in the specifics of<BR>
the implementation in any particular language/compiler/tool.<BR>
you should be able to use pseudocode to explain it robustly...<BR>
in which case it could be easily translated to _any_ language.<BR>
plus then it also gives _equivalent_results_ in every language.<BR>
<BR>
and, quite frankly, i'm simply amazed nobody is saying this...<BR>
<BR>
(ok, i _suspect_ pandoc john is saying something fairly close,<BR>
and that this is the change that fletcher recently got from him,<BR>
but that explanation is chock-full of computer-science jargon,<BR>
thus way over the head of this dumb phat spare-room hacker.)<BR>
<BR>
take the model i use to analyze z.m.l. (i don't call it "a parser",<BR>
because every time i call something that, it gets bug-infested,<BR>
and then as soon as i _stop_ calling it that, it turns bug-free).<BR>
<BR>
my model is so simple the average person can understand it<BR>
-- a big plus when you want average people to use your app.<BR>
<BR>
this also means it is easy to port my model to any language.<BR>
i've ported it myself to perl and python, and i am a stranger<BR>
to both of them.&nbsp;  (until a month ago, i'd never used python.)<BR>
<BR>
i use splits and joins, string arrays, substrings, and simple<BR>
loops like if-then and while-wend...&nbsp;  and that's all.&nbsp;  really...<BR>
<BR>
so if a person understands basic or perl or python, i think <BR>
they can port my code to any another language in one hour.<BR>
or, if they work directly from my pseudocode, three hours...<BR>
<BR>
so i'm puzzled why, for markdown, it seems _so_difficult_.<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>