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

Re: Inputs/outputs and auxiliary documents

From: Rui Lopes <rlopes@di.fc.ul.pt>
Date: Thu, 13 Apr 2006 18:01:55 +0100
Message-ID: <443E8403.5020607@di.fc.ul.pt>
To: Norman Walsh <Norman.Walsh@Sun.COM>
Cc: public-xml-processing-model-wg@w3.org
Norman Walsh wrote:
> Alex proposes, if I understood correctly, that we can solve both of
> these problems if we make the auxiliary document relationship
> explicit:

I like this approach. However, I thought on two issues that may 
difficult it:

1) Imagine the following pipeline:

   <p:input name="doc" />
   <p:output name="fulldoc" />

   <p:step name="xinclude">
     <p:input name="document" label="$doc" />
     <p:output name="output" label="$fulldoc" />

If I know a priori which resources are referenced inside $doc, I may add 
p:input (or p:aux-input) elements to the pipeline step. What if I don't 
know these when defining the pipeline? A typical example relates to 
gluing operations (as opposed to chunking operations), either 
XInclude-based or doc() based (think feed aggregation).

2) Chunking: how can we identify multiple outputs from chunking 
operations? Maybe referencing them on a regex-based label?

> P.S. I actually think we should just use p:input/p:output for this
> purpose. An p:input or p:output element with no name and an href
> attribute would serve the purpose and wouldn't require a new element
> name. They are, after all, inputs and outputs.

I agree. Going a bit on detail, maybe marking the main input/output is 
preferred, as opposed to marking *each* auxiliar input/output.


Received on Thursday, 13 April 2006 17:02:03 UTC

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