W3C home > Mailing lists > Public > public-xml-processing-model-wg@w3.org > March 2007

Re: component questions

From: Henry S. Thompson <ht@inf.ed.ac.uk>
Date: Fri, 16 Mar 2007 16:41:21 +0000
To: "Alex Milowski" <alex@milowski.org>
Cc: public-xml-processing-model-wg <public-xml-processing-model-wg@w3.org>
Message-ID: <f5by7lxnnta.fsf@hildegard.inf.ed.ac.uk>

Hash: SHA1

Alex Milowski writes:

> I didn't expect this component to be this hard to understand which
> obviously means that I need to expand the description.

Yes, thanks, I finally get it.

> I have a document A that uses xinclude to include documents B and C.
> Currently, the XInclude step would use the base URI of A to formulate
> the absolute URI of B and C from the the xi:include element's href
> attribute.  Let's call these uris URIB and URIC.  The regular xinclude
> step would just read from URIB and URIC to perform the include.
> This new component wouldn't read from URIB and URIC and instead
> look at the sequence of documents provided on the 'documents'
> port.  If it finds a document whose base URI is 'URIB' or 'URIC',
> it will use them for the xinclude.  Otherwise, it will "fail" however
> the xinclude spec says.
> In general, this step includes from the sequence and only considers
> "known" document to be those in the sequence provided on the
> 'documents' input port.  All other URI values are "not found".

So, another way to put it is that it uses a very restricted 'cache' to
fetch the included documents from, namely the documents presented to
the 'documents' port.

Thanks for your patience,

- -- 
 Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
                     Half-time member of W3C Team
    2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
            Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                   URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
Version: GnuPG v1.2.6 (GNU/Linux)

Received on Friday, 16 March 2007 16:41:28 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:32:42 UTC