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

Re: default pipeline input

From: Henry S. Thompson <ht@inf.ed.ac.uk>
Date: Mon, 12 Mar 2007 15:39:37 +0000
To: Norman Walsh <Norman.Walsh@Sun.COM>
Cc: public-xml-processing-model-wg@w3.org
Message-ID: <f5bejnubhdy.fsf@hildegard.inf.ed.ac.uk>

Hash: SHA1

Norman Walsh writes:

> / ht@inf.ed.ac.uk (Henry S. Thompson) was heard to say:
> | Seems to me we should either say that the first / only p:input in a
> | p:pipeline provides the initial default readable port.
> |
> | If we can't stand that, we should at least allow a 'default' attribute
> | on p:input for this purpose.
> Yes.
> 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.

I agree with a version of the principle behind this, namely that in
the non-standard case the pipeline author can indicate his/her wishes
by making the first step's input explicit.

But I think on reflection that we should default to the _first_
of the pipeline's declared inputs even if there are more than one.
Reason being that I'm pretty sure most implementations will map stdin
to the first declared input, and it will confuse users if that default
doesn't carry through inside, as it were.

Or does this bring us back to the question of defaulting the primary
input declaration for all containers, which we discussed a while ago
and stalled on. . .?

- -- 
 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]
Version: GnuPG v1.2.6 (GNU/Linux)

Received on Monday, 12 March 2007 15:39:44 UTC

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