Re: RFC Implementation of SGML/XML Proposal for LSB in Debian
Mark Johnson <mark@phy.duke.edu> writes:
> I don't understand what you mean. If there's no catalog support, then
> the SYSTEM identifier has to point to something real, but why does
> this imply the symlink for this case? To support legacy docs?
Right. SGML docs should be using the FPI, and assuming the catalogs
are updated, there should be no problem getting at the file -- again,
just be sure that hte change in file location is mirrored in the
catalog.
> Here's the snippet:
>
> Directory Structure Comment:
> ---------------------
> On the proposed directory structure -- grouped by classes of dtds
> rather than file function:
>
> -Current dir structure:
>
> /usr/[share or lib]/sgml/
> dtd/
> stylesheet/
> entities/
>
> -Proposed:
>
> /usr/share/sgml/docbook/
> sgml-dtd-3.1/
> sgml-dtd-4.0/
> xml-dtd-4.0/
> dsssl-stylesheets-1.54/
> xsl-stylesheets-1.12/
>
> Wouldn't a hybrid of the two make much more sense? Something like:
>
> /usr/share/sgml/docbook/
> dtd/
> stylesheet/
> entities/
>
> The proposed structure looks unnecessarily messy, and harder to maintain.
> Perhaps the authors of the proposal haven't encountered the xsl stylesheet
> problem -- I don't see any rpms for them.
>
> I'm going to submit this "hybrid" idea to LSB as part of their RFC, unless
> someone here feels strongly that the present proposal is a better solution.
The fact is that for most XML DTDs, they are shipping entities and
DTDs in the dir, and legacy files using SYSTEM identifiers will be
assuming this too. So you'll find that even in the current system, I
use /usr/lib/sgml/dtd/docbook-xml-4.1.2/ containing both DTDs and
entities.
This is a rationale to keep the proposed structure, I think.
> -->> I never submitted the above <<---
>
> > sgml-base, I see, then trimming out for just processors, I have this
> > provisional list:
> >
> > openjade
> > sgml-tools-2
> > sp,sgml-base
> > opensp
> > jade
> > sgml-tools
> > psgml
> > perlsgml
>
> Does anyone know if the relevant parsers all understand CATALOG
> directives in catalog files?
>
> This migration will bigtime suck if they don't.
Good question. I believe OpenSP/SP and OpenJade/Jade understand them,
but that's all I can answer for.
If someone wants to look into this they should check if DELEGATE is
understood too, while they're at it.
--
.....Adam Di Carlo....adam@onShore.com.....<URL:http://www.onShore.com/>
Reply to: