This is the mail archive of the
docbook@lists.oasis-open.org
mailing list for the DocBook project.
Re: Working with XInclude / xml:base / libxml v2.4.24 andabove
- From: Daniel Veillard <veillard at redhat dot com>
- To: Kevin dot Ruscoe at ubsw dot com
- Cc: docbook at lists dot oasis-open dot org
- Date: Wed, 12 Feb 2003 14:02:16 -0500
- Subject: Re: DOCBOOK: Working with XInclude / xml:base / libxml v2.4.24 andabove
- References: <F555D7916F890E40AFE69F41E89861A2C7D9E5@NLDNC004PEX1.ubsgs.ubsgroup.net>
- Reply-to: veillard at redhat dot com
On Wed, Feb 12, 2003 at 06:43:40PM +0000, Kevin.Ruscoe@ubsw.com wrote:
> Hi
>
> I have just come across the same issue as a few other people,
> having upgraded to libxml v2.4.24. Apparently, this introduced
> support for xml:base, yet this is not supported by the
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 ...)
> DocBook XML DTD v4.2. So, I now get lots of errors of the form:
>
> "No declaration for attribute base of element foo"
> In the meantime, some options are:
> a) Stop using XInclude.
> b) Do not upgrade past libxml v2.4.23.
> c) I gather that if all the source files are in the same directory,
> then there is a workaround. Not sure about this aspect.
d) ignore the validity errors about xml:base in the meantime.
you know they are a side effect of XInclude processing.
e) extend the ATTLIST in the internal subset to allow xml:base
of the element you know may use it in your documents.
but I dislike this because the instances are modified
> Is there a better workaround? We make extremely heavy use of XInclude,
> so this is a significant issue.
d) IMHO
> Apologies if I have misunderstood the situation.
No, that sounds right,
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/