On Wed, Feb 22, 2006 at 10:35:29AM -0800, Rick Jones wrote:
> Daniel Veillard wrote:
> >
> >   Depends, if you hit a delegate, you don't backtrack, triple check the
> >7 steps described in the spec I'm fairly sure I followed then very 
> >precisely.
> 
> That would be this right?
> http://www.oasis-open.org/committees/entity/spec.html#s.ext.resx

  yes !

> You are, of course, correct, that spec says nothing at all about the match 
> being for somethig that can further resolve.  I guess I extrapolated too 
> much.
> 
> Bummer.
> 
> It would be nice to be able to have some sort of order of preference in the 
> resolution, _sort_ of like variable scoping I suppose, but the spec doesn't 
> seem to address that.  First look for a DTD in the CWD, then elsewhere, 
> that sort of thing.  Anyway, not a big deal.

  The XML catalogs very much inherit from the SGML catalogs (the authors
are mostly coming from the SGML publishing world), where far more control
over the availability of the resources were expected.

> >  Not a very good construction usually you should use Delegates to 
> >point to a specialized catalog (usually stored in /usr/share/sgml IIRC)
> >to avoid filling up /etc/catalog with too specific entries, see how
> >docbook-dtds package on Fedora/Red Hat set up its catalogs.
> 
> If I cannot build-up some sort of order of preference via the catalog, I'll 
> likely just have the one entry (the second one in the example above), in 
> which case delegation would seem to be overkill wouldn't it?

  Delegation from /etc/xml/catalog is useful:
    1/ to isolate in a separate file the actual catalog entries for
       the application/domain
    2/ when you start to version your DTDs or other resources so that
       you end up with many entries.

I tend to think of it mostly as good practice, my /etc/xml/catalog has
around 20 entries (Linux RHEL 4) and all of them are delegates except a
couple of rewrites,

Daniel

-- 
Daniel Veillard      | Red Hat http://redhat.com/
[EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
_______________________________________________
xml mailing list, project page  http://xmlsoft.org/
[email protected]
http://mail.gnome.org/mailman/listinfo/xml

Reply via email to