- From: Rui Lopes <rlopes@di.fc.ul.pt>
- Date: Mon, 29 May 2006 01:26:58 +0100
- To: Norman Walsh <Norman.Walsh@Sun.COM>
- Cc: public-xml-processing-model-wg@w3.org
- Message-ID: <447A3FD2.6090703@di.fc.ul.pt>
Norman Walsh wrote: > / Rui Lopes <rlopes@di.fc.ul.pt> was heard to say: > | I've got something bugging my head on p:for-each. How to handle naming > | the outputs from pipelines which have for-each on them? Things such as > > For a pipeline that returns a sequence of documents, I expect the base > URI of each document to provide its "name". If my XSLT (2.0) process > produces a principle result document and three additional result > documents with the href values 'chap1.xml', 'chap2.xml', and > 'manifest', I expect the output from the XSLT 2.0 step to be a > sequence of four documents (in no particular order). Each document > will "know" it's own base URI and I expect we'll have components that > can make selections based on that URI. If I understood you correctly, then there will be no explicit reference in the pipeline to each of those document names. E.g. <p:pipeline name="mypipe"> <p:input name="book" /> <p:output name="manifest" /> <p:output name="chapter" /> <p:step name="xslt"> <p:input name="document" ref="$book" /> <p:input name="stylesheet" href="chunker.xsl" /> <p:output name="result" ref="$manifest" /> <p:output ref="$chunk" /> </p:step> <p:for-each select="$chunk"> <p:input name="document" label="one-chunk" /> <p:output name="result" label="fancy-chapter" ref="chapter" /> <p:step name="xslt"> <p:input name="document" ref="$one-chunk" /> <p:input name="stylesheet" href="fancy-chap.xsl" /> <p:output name="result" ref="$fancy-chapter" /> <p:/step> <p/for-each> </p:pipeline> That would be ok for me, as I intend to use XProc in document flow basis. However, if used in backwards chaining environments, such as a web server, it may pose some kind of difficulty. If I access a pipeline service with my user agent I would to point to http://example.com/mypipe/chapter1.xhtml. As the pipeline has no reference for it, it would fail delivering the request. Other solution may be http://example.com/mypipe/chapter?number=1, where the "number" points to the desired document in the sequence. Maybe it's an issue for environment/implementation, but it must be thought. Cheers, Rui
Received on Monday, 29 May 2006 00:27:18 UTC