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

Re: default pipeline input

From: Alessandro Vernet <avernet@orbeon.com>
Date: Wed, 14 Mar 2007 17:33:29 -0700
Message-ID: <4828ceec0703141733o2eb1d4e7mbb744089353d882f@mail.gmail.com>
To: public-xml-processing-model-wg <public-xml-processing-model-wg@w3.org>

On 3/14/07, Norman Walsh <Norman.Walsh@sun.com> wrote:
> / Alessandro Vernet <avernet@orbeon.com> was heard to say:
> | On 3/12/07, Norman Walsh <Norman.Walsh@sun.com> wrote:
> |> We don't currently allow 'default' on p:input so I think I'd prefer to
> |> say that if a pipeline has a single input, that becomes the default
> |> readable port for the pipeline, otherwise the author has to specify
> |> the first connection.
> |
> | This rule makes sense to me. This is also consistent with what we are
> | doing with step outputs, namely "If a step has exactly one output
> | port, or if one of its output ports is explicitly designated as the
> | default" (section 2.2), but we don't consider that if there are
> | multiple outputs declared, the first one will be the default.
> That's not the case. If there are multiple outputs, there is only a
> default if exactly one of them specifies default="yes". There's no
> "first one" rule for p:outputs.

What is not the case? What I am saying doesn't seems to contradict the
fact that right now "if there are multiple outputs, there is only a
default if exactly one of them specifies default="yes", and that
"there's no "first one" rule for p:outputs".

> There's no "first one" rule for p:inputs either :-), but following
> Henry's lead, I'm suggesting that we make such a rule, but only on
> p:pipeline.

If my original message wasn't clear: my preference is for the status
quo, and *not* for introducing a rule that would make the first
pipeline input the default or the first step output the default (if no
other output is declared as the default).

Orbeon Forms - Web 2.0 Forms for the Enterprise
Received on Thursday, 15 March 2007 00:33:44 UTC

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