<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">fletcher said:<BR>
&gt;&nbsp;&nbsp;  &gt;&nbsp;&nbsp;  If you're working on a long document, <BR>
&gt;&nbsp;&nbsp;  &gt;&nbsp;&nbsp;  it's not realistic to expect an as you type live preview - <BR>
&gt;&nbsp;&nbsp;  &gt;&nbsp;&nbsp;  the performance just won't be there. <BR>
<BR>
i said:<BR>
&gt;&nbsp;&nbsp;  i'll wait to challenge you on this assertion until i see<BR>
&gt;&nbsp;&nbsp;  just exactly how well my app works in such situations.<BR>
<BR>
i've now done tests, and can conclusively say it isn't true.<BR>
not as far as my analysis engine in my program, anyway...<BR>
<BR>
i knew that before, but i wasn't using the hardest case --<BR>
a very long document where the entire file was rendered.<BR>
<BR>
but i tested a book that's over 900k, over a meg in .html,<BR>
rendered it in its entirety, centered at the cursor-location,<BR>
and saved the file to disk, all in seconds, on an older mac.<BR>
<BR>
that's faster than it needs to be, considering that display<BR>
of the full book isn't even desirable, let alone necessary.<BR>
<BR>
plus that's without using any of the tricks i'd thought up...<BR>
<BR>
so this question has now been answered unequivocally.<BR>
<BR>
***<BR>
<BR>
thus, i'm gonna end my discussion of on-the-fly display...<BR>
<BR>
i think i've been convincing in making the case for it, and<BR>
people here are free to implement it or not, as they see fit.<BR>
<BR>
so i'll go to the next mountain for markdown to climb up.<BR>
<BR>
and surprise, surprise, but aaron swartz got there first.<BR>
(really, i ask you, is there _anything_ this kid didn't do?)<BR>
<BR>
because the next mountain is back-conversion to markdown.<BR>
<BR>
conversion from markdown into .html is easy, easy enough<BR>
that 249 people have variants of a program that can do it...<BR>
<BR>
and yes, probably 237 of 'em produce different results, but<BR>
the point is that markdown-to-html just isn't that difficult...<BR>
<BR>
so let's move ourselves forward to back-translation, shall we?<BR>
<BR>
and, of course, the prior art for markdown is "html2text":<BR>
&gt;&nbsp;&nbsp;  http://www.aaronsw.com/2002/html2text/<BR>
<BR>
by aaron.&nbsp;  and it dates to 2002.&nbsp;  but it probably still works ok,<BR>
because -- as the page shows -- it's constantly being updated.<BR>
indeed, the latest version appears to be hosted on github, with<BR>
the latest file with a mod-date of just two days ago!&nbsp;  who knew?<BR>
<BR>
we _might_ do better, though.&nbsp;  so cut to the pan-doc chase:<BR>
&gt;&nbsp;&nbsp;  http://johnmacfarlane.net/pandoc/<BR>
<BR>
pandoc is fantastic.&nbsp;  no two ways about it.&nbsp;  just fantastic.<BR>
<BR>
this software can cross-convert 183 types of light-markup.<BR>
hey, i bet you didn't even _know_ that 183 types _existed_!<BR>
well, pandoc does, and it's got every one of 'em down pat...<BR>
<BR>
you'll be hard-pressed to find anything more remarkable.<BR>
<BR>
nonetheless, i felt a lot more sanguine about pandoc when<BR>
i was under the misimpression it supported multimarkdown.<BR>
<BR>
because without a solid authoring tool for its own format,<BR>
i think pandoc is gonna twist in the wind.&nbsp;  sorry, john, but<BR>
that's my opinion.&nbsp;  (and, just so everyone is clear on this...<BR>
at one time i offered to write an authoring tool for pandoc.<BR>
if john would've offered to write the z.m.l. converter for me,<BR>
i would have.&nbsp;  still will.&nbsp;  but he told me i had to do it myself.<BR>
and use haskell.&nbsp;  and i still haven't had to time learn haskell.)<BR>
<BR>
i say pandoc is the greatest thing out there.&nbsp;  i want it to win.<BR>
i'm just not sure that it will.<BR>
<BR>
so that leaves us with a couple of newcomers to the game...<BR>
<BR>
the first is "fuck yeah markdown", which i mentioned earlier.<BR>
&gt;&nbsp;&nbsp;  http://fuckyeahmarkdown.com/<BR>
<BR>
or, if you prefer, the g-rated version is located here:<BR>
&gt;&nbsp;&nbsp;  http://heckyesmarkdown.com/ <BR>
<BR>
i haven't played with it yet, but it looks like a straightforward<BR>
html-to-markdown converter, so it's not all that interesting...<BR>
<BR>
ok, i lied.&nbsp;  it's actually very interesting.&nbsp;  first of all, it's from<BR>
brett terpstra, who did "marked", and is quickly turning into<BR>
markdown's best friend.&nbsp;  second, it's based on "readability",<BR>
which tosses the garbage out of webpages while keeping the<BR>
crunchy text goodness, so that makes this cool and exciting.<BR>
third, because brett is a nerd, the converter is also available<BR>
in bookmarklet form, _and_ there is an a.p.i. interface too...<BR>
a whole lotta stuff to put behind a u.r.l. bearing the f-word.<BR>
<BR>
so there's much look at with this first newcomer to the game.<BR>
<BR>
the second is interesting too, maybe even more fascinating,<BR>
i'm not sure, since i haven't really played with it much either.<BR>
<BR>
it's emmanuel's converter:<BR>
&gt;&nbsp;&nbsp;  http://akaya.me/<BR>
<BR>
what's potentially extremely exciting here is that it appears<BR>
-- on first glance, which is about all that i have given it --<BR>
that emmanuel's converter takes a broader range of input.<BR>
<BR>
specifically _including_ text that came out of a text-editor.<BR>
which, obviously, was _not_ markdown text to begin with,<BR>
since it ain't too hard to convert markdown to markdown...<BR>
<BR>
but converting raw text into markdown?&nbsp;  that'd be _great_.<BR>
<BR>
and it is precisely that task which is "the next mountain"...<BR>
<BR>
here's how i put it recently, in a comment on a blog article:<BR>
<BR>
</FONT><FONT COLOR="#2C2C2C" FACE="Lucida Grande" LANG="0" SIZE="4">&gt;&nbsp;&nbsp;  i wanna throw some barely-formatted content in the<BR>
&gt;&nbsp;&nbsp;  machine, and have the computer make it beautiful,<BR>
&gt;&nbsp;&nbsp;  flexible to any change in its underlying canvas...<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">&gt;<BR>
&gt;&nbsp;&nbsp; </FONT><FONT COLOR="#2C2C2C" FACE="Lucida Grande" LANG="0" SIZE="4">http://www.webdirections.org/blog/the-challenge-of-wysiwyg-development-for-the-web/</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"><BR>
<BR>
back-translation is one thing.&nbsp;  but if you already had to<BR>
do the formatting in one system, it's not that big a deal<BR>
to get it converted into another system.&nbsp;  you still had to<BR>
do the work in the first place.&nbsp;  i don't wanna do the work.<BR>
i want the computer to do it for me, and do it just as well<BR>
-- heck, preferably _better_ -- than i would have done it.<BR>
<BR>
back-conversion is the "base-camp" for the next summit,<BR>
which is to convert unformatted text into nice markdown,<BR>
such that the output looks beautiful and _validates_ too...<BR>
<BR>
and yes, that means we've got some "artificial intelligence"<BR>
that can mimic a designer (and therefore must create art),<BR>
as well as be wise as to the "semantics" of the document<BR>
-- where "semantics" really means the structural elements,<BR>
and i use the air-quotes to show that i know that people<BR>
who use this term really don't know what it actually means,<BR>
but they continue to flaunt it (or is it flout it?) anyway --<BR>
and yes, i do realize this is an "impossible" task, i do, but...<BR>
<BR>
that is "the next mountain", folks...&nbsp;  who wants to climb it?<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>