Re: to do list.
"Steve Cheng" <[email protected]> Tue, 13 Jan 2004 21:33:56 -0500
| Newsgroups | gmane.text.docbook.docbook2x.general |
|---|---|
| Message-ID | <002901c3da46$eecc05e0$5a04f3c7@sephiroth> |
----- Original Message ----- From: "Dave Pawson" <[email protected]> To: <[email protected]> Sent: January 12, 2004 14:31 Subject: [docbook2X] to do list. > New to the list. Mainly questions I'm afraid. > > To do list says: > > * Let the Texinfo XSLT stylesheet automatically work on any supported > processor. It is difficult, since XSLT does not support the method of > "conditional inclusion", which is what is used right now. Anyway using > docbook2X on Java processors out-of-the-box is not such a sufficient concern. > > > I'm curious what the issues are. > > I can see the character encoding issues mentioned. > I'm wondering if xslt 2.0 and its mappings might help there? Probably. But of course that would require XSLT 2.0 processors. The main reason pure XSLT does not work is that in Texinfo "node names" have to be unique, and to do automatic mapping from <title> -> node name requires a hashtable. Actually, the use of hashtables is carefully hidden in one small file of the stylesheets from Texinfo. It is possible even now to swap it out with either (i) pure XSLT (but with no automatic node name mapping; this may introduce bad Texinfo files) (ii) a Java-based extension using the Hashtable class in Java The part about "no conditional inclusion" refers to the fact that you cannot swap in one source XSLT file for another depending on whether the user is running a Java-based processor or no extensions are available at all. I mean: of course theoretically it is possible to use <xsl:fallback> or something similar to achieve the same effect, but it makes the source ugly, so I didn't do it. > > I'd appreciate some hint as the the extensions that have > been added to Daniels xslt processor, and if they would > be necessary in xslt 2.0. Actually the said extensions were originally made for libxslt, however it seems bit rot has occurred and people have some problems with it. I would look into that, except for lack of time. -- Steve Cheng 鄭君博 ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html