Alexander Bokovoy wrote:
> I don't look yet into 2.0 alpha sources about parser code but was it changed
> into module structure like other things did?
Not in the version that is now in CVS, although that will naturally not
necesarily be as up to date as the code that Jukka is still working on.
> If so, it is very good, I'd like
> to add some LaTeX-like formating after 1.2.6 will be released to make life
> easier for scientific applications of Midgard. Current implementation of parser
> has some limitations in extension scheme (you'll need to rewrite parser at
> least in two or three places in different packages), so modularizing it would
> be great. Actually, I've already have LaTeX-like formatting done in PHP using
> regular expressions and possibly support for PCRE in the text parser would be
> useful. I mean that text formating modules could use generalized API for
> accessing PCRE library like it is done with DB support.
Seems like you allready put some thought in this. I would welcome this
concept,
so if you have ideas on this API I'd gladly discuss the remifications.
> Then creating parsers
> would be more efficient (it could be relatively simple to create parser for
> Word-like format, as those apps already done in Perl and C). Thus, we could
> achieve the same feature set that proprietary systems (like NPS) sell for
> thousands of dollars. Especially it would be great if those parsers could be
> dynamically loaded (hence, optimisation for memory footprint will be very
> effective). Also real document flow is impossible without those things.
Hmm, nice. But the current parser does all it's work in memory; I'm not
sure
I'd want to serve many Word documents like this concurrently. If we want
to
use this we may want to have a way to circumvent this.
Emile
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
