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

Re: Defaulting pipeline inputs and outputs

From: Norman Walsh <ndw@nwalsh.com>
Date: Fri, 10 Aug 2007 08:25:14 -0400
To: public-xml-processing-model-wg@w3.org
Message-ID: <87vebnbmqd.fsf@nwalsh.com>
/ "Innovimax SARL" <innovimax@gmail.com> was heard to say:
| Thanks for the clarification but what should be the interpretation of
| this pipeline ?
| <p:pipeline>
|   <p:option name="operation"/>
|   <p:choose>
|     <p:when test="$operation = 'parameters'">
|       <p:parameters/>
|     </p:when>
|     <p:when test="$operation = 'xslt'">
|       <p:xslt>
|         <p:input port="stylesheet"/>
|           <p:document href="stylesheet.xsl"/>
|         </p:input>
|       </p:xslt>
|     </p:when>
|     <p:when test="$operation = 'xslfo'">
|       <p:xsl-formatter uri="result.pdf"/>
|     </p:when>
|   </p:choose>
| </p:pipeline>

The p:choose step does not have a primary input port, so the pipeline
doesn't get one. So the processor should report that each of
p:parameters, p:xslt, and p:xsl-formatter have an unbound primary
input port.

I think this reveals that 2.3 is currently in error. It says that a
primary input will be added to a compound step if necessary, but it
should say p:pipeline. Pipeline is the only compound step that *has*
any inputs.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | I'm not tense, I'm just terribly,
http://nwalsh.com/            | terribly alert.

Received on Friday, 10 August 2007 12:25:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:21:54 GMT