[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: External Resources: Catalogs, XInclude, XBase

• From: Leigh Dodds <ldodds@i...>
• To: xml-dev <xml-dev@x...>
• Date: Wed, 19 Apr 2000 09:28:46 +0100

> -----Original Message-----
> From: owner-xml-dev@x... [mailto:owner-xml-dev@x...]On Behalf Of
> Paul Grosso
> Sent: 18 April 2000 16:17
> To: xml-dev
> Subject: Re: External Resources: Catalogs, XInclude, XBase
> 

[ comments on entity management catalogs ]
 
> It would be perfectly reasonable for a processor that supports
> catalog use to treat the URI given on an xinclude as it would
> any external identifier and pass it through the catalog processing.

I would that would be useful, it wasn't clear from my reading of 
the spec whether this was to be the expected (or allowed) behaviour.
 
> Perhaps the XInclude spec could make it clearer that the value
> of its href attribute is similar to a system identifier in the 
> sense of that associated with the SystemLiteral of production [73]
> in the XML spec so that catalog processing (if any) would occur on 
> it too.

I think this would be a useful clarification which will highlight 
that xinclude URIs are to be treated in the same manner as other 
external identifiers.

> I'm not sure what similar functionality you mean.  A packaging
> mechanism (i.e., some way to be able to refer to--and perhaps
> facilitate transmission of--a related set of files) would sure
> be nice.  It's on the "future" list of the XML Activity, but at 
> the present, there aren't enough cycles to attack the problem.  

I meant that a packaging mechanism might need to include
'local (entity management) catalog' to ensure that references 
in PackagedDocA to B can be dereferenced to actually point 
to PackagedDocB.

This would allow documents to be packaged without any 
need to transform their contents.

I'd expect that logically a package would contain a manifest 
(whats in the package), and a catalog (linking contents 
together). However these might physically be the same file.

A package processor would expect at least a manifest in a 
package.

Just musing aloud.
 
Cheers,

L.

-- 
Leigh Dodds, Systems Architect       | "Pluralitas non est ponenda
http://weblogs.userland.com/eclectic |    sine necessitates"
http://www.xml.com/pub/xmldeviant    |     -- William of Ockham

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

• Follow-Ups:
  • RE: External Resources: Catalogs, XInclude, XBase +
    • From: "Dave Pawson" <dave.pawson@v...>

• References:
  • Re: External Resources: Catalogs, XInclude, XBase
    • From: Paul Grosso <pgrosso@a...>

• Prev by Date: RE: External Resources: Catalogs, XInclude, XBase
• Next by Date: LISTRIVIA [ was RE: MSXML on Win 2000 and transformNode]
• Previous by thread: Re: External Resources: Catalogs, XInclude, XBase
• Next by thread: RE: External Resources: Catalogs, XInclude, XBase +
• Index(es):
  • Date
  • Thread