Cart
|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: docbook - fo - pdf XInclude
 Hi, If you go to Dave Pawson's FAQ and search on "xinclude" (or just Google XInclude) you'll find a pure-XSLT/EXSLT XInclude implementation that I use in production. It implements a two-pass process where all the XIncludes are resolved, all IDs and references to them are rewritten to ensure correctness and uniqueness, and then the resulting result tree is processed normally. It requires a small amount of customization to implement the ID/IDREF rewriting for a particular DTD, but it's not hard to do, just a few lines of code. I haven't done it for DocBook myself. I haven't tried the XInclude support in Xerces yet as I don't feel that simply resolving XIncludes without also doing ID and reference rewriting is useful (I discuss this in some detail in the paper I presented at XML 2004, unfortunately, that paper isn't yet on the Web as far as I know--I'll see if I can get it on the Innodata site before too long). I'm also in the process of implementing a demonstration toy XInclude-aware content management system and I'm implementing my own XInclude processing for import because you need to be aware of the XIncludes but not actually do the transclusion in this context. I have submitted a paper on this system to an uncoming conference. As part of this effort I will have implemented a generic XInclude support library that can be used outside of a parsing context (and in particular, within an XSLT processing context by way of extension functions). I've already got some basic test cases working (resolution of plain XPaths within xpointer() scheme parts without namespace awareness). That is, I feel very strongly that XInclude processing *should not* be done as part of the base parsing process but should be done as part of the processing of the parsed documents involved, just as you would process any other hyperlinks (XIncludes being just a specialized form of semantic hyperlink). In other words, thinking of XIncludes as just a direct replacement for external parsed entities is missing both the point of why external parsed entities are bad and why semantic-level processing of use-by-reference is good. This is not to disparrage the work done in tools like Xerces to implement XInclude and support it--there are a number of use cases where that functionality will be useful and it may be that that functionality can be used as I think it should be. And of course, not everyone agrees with me on how XInclude should be used. However, at least in the the current Xerces implementation, it can only resolve includes of entire documents, not individual elements, and since most of my interesting use cases are the inclusion of individual elements from larger documents I can't use that funcationlity in any case. However, the work I'm doing on my toy content management system will involve creatin of a fairly complete XPointer implementation that should make it easy to add full XInclude support to any Java system that wants to add it. Cheers, Eliot -- W. Eliot Kimber Professional Services Innodata Isogen 9030 Research Blvd, #410 Austin, TX 78758 (512) 372-8122 eliot@xxxxxxxxxxxxxxxxxxx www.innodata-isogen.com 
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
