- 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>
-----BEGIN PGP SIGNED MESSAGE-----
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,
ht
- --
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]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
iD8DBQFF+sixkjnJixAXWBoRAl7UAJ9lWYns97zisBDOUrS+CS9Djy96MACdG44g
XYBzSYGY+8nNsalucSicPew=
=ccyV
-----END PGP SIGNATURE-----
Received on Friday, 16 March 2007 16:41:28 UTC