This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: [docbook-apps] XInclude, chapter headers & changing font size in <appendix>
- From: Daniel Veillard <veillard at redhat dot com>
- To: Alex L <alexl at users dot sourceforge dot net>
- Cc: docbook-apps at lists dot oasis-open dot org
- Date: Wed, 22 Oct 2003 09:51:38 -0400
- Subject: Re: [docbook-apps] XInclude, chapter headers & changing font size in <appendix>
- References: <0j65ihl7u0.fsf@allele2.biol.berkeley.edu>
- Reply-to: veillard at redhat dot com
On Wed, Oct 22, 2003 at 06:28:55AM -0700, Alex L wrote:
> (Apologies if you get multiple copies of this message, I had to
> resubscribe to the list and resend the message).
>
> Hi folks,
>
> Long time, no post. I have three separate questions for the list (I
> checked all various FAQs, mailing list archives etc, and couldn't find
> much on these issues):
>
> 1. Is it possible to XInclude a fragment (using xpointer) from your
> current document, or is that considered illegal in XInclude syntax,
> I couldn't easily tell from the spec, e.g. if my document is
> called bar.xml:
>
> <para id="foo">Blah blah</para>
> <xi:include href="bar.xml#xpointer(//para[id='foo'])"/>
> <para>Rhubarb, rhubarb</para>
>
> I guessing it's invalid (xsltproc says "recursion detected"), but I
> just want to make sure it's not something in the way I'm trying to
> do this. Any other workarounds welcome. I'm trying to avoid
> having to create an entirely separate document with the
> common/repeated text, it would be nice to simply reuse paras from a
> previous part of the document.
Hum, the recursion problem is real. When doing XInclude then the
target document must first have XInclude applied to it before running
any XPointer query on the result. This mean you're generating a recursion
and that's IMHO made invalid by the spec itself.
See http://www.w3.org/TR/xinclude/#loops
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/
To unsubscribe from this list, send a post to docbook-apps-unsubscribe@lists.oasis-open.org, or visit http://www.oasis-open.org/mlmanage/.