Hi, Sorry of be brief yesterday. I was too tired I guess. Basically I meant that we should just go for a simple custom formatter and not try to improve the existing textile formatter. Optimizing the textile formatter would probably mean optimizing the Scala parser combinator in general, which is probably hard and risky, because all parsers written using the combinator would still have to work.
David suggested ANTLR and maybe we should give it a try and write a custom formatter. Another crazy idea that just came to my mind would be to use javascript on the client side to do the formatting. Not sure whether this could be easily support all the features ESME needs, but markdown formatting using javascript is possible : http://stackoverflow.com/questions/1319657/javascript-to-convert-markdown-textile-to-html-and-ideally-back-to-markdown-te points to http://attacklab.net/showdown/ Stackoverflow itself does on the fly formatting, which I think is a nifty feature. Regards, Markus Regards, Markus "The best way to predict the future is to invent it" -- Alan Kay On Tue, Nov 24, 2009 at 6:45 AM, Richard Hirsch <[email protected]>wrote: > @Markus: Why doesn't it make sense to optimize it? > > D. > > On Tue, Nov 24, 2009 at 12:30 AM, Markus Kohler <[email protected]> > wrote: > > Hi all, > > I just sent Richard the brief memory allocation analysis. It doesn't make > > sense to post it here without attachements. > > The short summary is, that I don't think it makes sense to put a lot of > work > > into optimizing it. > > > > Markus > > > > "The best way to predict the future is to invent it" -- Alan Kay > > >
