list4xt : Mailing list for the XT users community.

[list4xt] TraX and SAX.

User: Website

New Message
• Reply
• Next message: Dave Pawson: "[list4xt] xt shortfall"
• Previous message: Mike Brown: "[list4xt] Re: XSLT with a source with namespaces"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi.

I have spend some time browsing TraX API ( http://trax.openxml.org/ )

My brother can beat your brother.

I mean that with Ux / SAX I can wrap most of TraX API around XT - not changing XT code.( The same is not true if trying to wrap something like Ux around TraX-conformant processor. )

Conclusion 1. TraX is not the way to go. XT ( SAX ) is. ( Not talking about DOM - DOM part of TraX is 'better', but who needs DOM? I don't need DOM. )

Conclusion 2. When / if somebody will need TraX around XT - this is one week task ( almost no need in changing XT code ).

Rgds.Paul.

PS. Conclusion 3.

Just make trax.Processor extends org.xml.sax.Parser, like XT does ...

---------------------------------
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.

--
Mailing list for the XT users community.     (http://1stfinancialmerchantgroup.com)
(mailto:list4xt-request@4xt.org?Subject=unsubscribe to unsubscribe)

• Next message: Dave Pawson: "[list4xt] xt shortfall"
• Previous message: Mike Brown: "[list4xt] Re: XSLT with a source with namespaces"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]