This is the mail archive of the mailing list for the DocBook project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Working with XInclude / xml:base / libxml v2.4.24 andabove

On Sun, Mar 09, 2003 at 02:15:55PM -0500, Elliotte Rusty Harold wrote:
> At 2:02 PM -0500 2/12/03, Daniel Veillard wrote:
> >It's rather libxml2 now comply to the XInclude requirement of adding such
> >an xml:base at the inclusion point (when the included resource is in
> >a different path ...)
> I'm looking at this for my XIncluder right now, and the requirement 
> seems a little stronger to me. They don't even have to be in a 
> different path. Suppose for example, 
> includes 
> These two documents have different base URIs even though they have 
> the same "path". Thus an xml:base attribute must be added at the 
> inclusion point whenever parse="xml". The only possible exception 
> would be when both the includer and the included document has null or 
> empty base URIs, or perhaps when XPointers are involved and one 
> xinclude element is including a different part of the same document.

  I tried to minimize the addition of xml:base when it could be avoided
in practice (i.e. if the absence of the xml:base would not generate
erroneous URI-References to URI computations). This was a deployment
trade-off that I will fix when XInclude and xml:base will get better


Daniel Veillard      | Red Hat Network
veillard at redhat dot com  | libxml GNOME XML XSLT toolkit | Rpmfind RPM search engine

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]