Re: LSB SGML/XML appendix: finding the DTD
Le Vendredi 18 Mai 2001 15:48, Norman Walsh a écrit :
> | 3 - If we modify *every* tool, then we can implement a pseudo-caching
> | mechanism based on symlinks mapping URIs to files.
> | 4 - If we modify *every* tool, we can provide a catalogs-based mechanism
> | while keeping compatibilty with SGML tools.
>
> You don't need to modify every tool get solution 4 to work. Most Java
> based parsers use SAX and/or JAXP. Some common tools let you specify
> resolvers on the command line.
It's probably a point I didn't get - can we provide a resolver that would
work for every tool? Or do we have to provide a patch for Saxon, a patch for
libxml, a patch for Xalan/C++, etc?
> For other tools, you'd "only" have to
> use a SAX/JAXP parser that did resolution.
and what about DOM?
> | 1 - We could say that boths methods B3 and methods B4 are accepted, and
> | provide standard mechanisms in the LSB standard appendix for achieving
> | this.
>
> I really dislike B3.
I do too, for all the reasons you mentioned, plus one: the lazyness,
especially if you consider that if you have 50 publicly visible files in a
package, you will have to provide 50 symlinks in the %Files section. Yeah, it
can explain the "cp -a" idea ;-).
The question is: do we nevertheless provide a framework for people to do it
cleanly, if they really want to go this way? All document and tools packages
would be using the same method and thus be interoperable. Or do we say that
it's encouraging bad habits?
One big problem if you allow both methods is that every SGML/XML-aware
package has to provide both the symlink for B3 and the post-install script
for B4 :-((.
> | 3 - Instead, we could do a coding effort to support the more evolved
> | catalogs method.
>
> Absolutely. I'll be publishing Java classes that do this "real soon now".
> (Shakespeare was right, we should kill all the laywers :-)
Good news (the classes, not the lawyers).
I made a mistake: the discussion should move to
docbook-tools@bazar.conectiva.com.br, with "br" at the end. Sory.
--
Éric Bischoff - Documentation and Localization
Caldera (Deutschland) GmbH - Linux for eBusiness
Tel: +49 9131 7192 300 - Fax: +49 9131 7192 399
http://www.caldera.de/
Reply to: