- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Wed, 12 Dec 2007 18:43:55 +0000
- To: Norman Walsh <ndw@nwalsh.com>
- Cc: public-xml-processing-model-wg@w3.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Norman Walsh writes:
> / ht@inf.ed.ac.uk (Henry S. Thompson) was heard to say:
> | So now you can write a single recursive pipeline (it has a type you
> | can use to call it with now, namely 'main'), and you can import single
> | pipelines, because they are _really_ libraries after all.
>
> You can't import single pipeline*s*, you can import a single pipeline,
> right? If you import two, they're both named main and you lose.
So the basic story as proposed is that
a) p:pipeline has no name or type attribute;
b) p:declare-step has a type but no name;
b') p:pipeline is shorthand for a library with a single
p:declare-step with type="main";
c) to refer to the ports of a p:pipeline or p:declare-step, use
<p:pipe port="portname"/>.
Importing two files each of which contains a p:pipeline causes a name
clash.
Two possible solutions
1) Allow an optional 'name' attribute on p:pipeline;
2) Allow an optional 'type' attribute on p:import, semantics being
"use this as the type of the implicit p:declare-step, iff the
resolved-to document is a naked p:pipeline. Otherwise, no-op if
the resolved-to document is a library containing the declaration
of that type, otherwise an error.
I sort of like (2), but I can live with (1).
ht
- --
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]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
iD8DBQFHYCvukjnJixAXWBoRAsAUAJ0Z3LHmsMFdR7Y3E19ZCQI/mrD9VwCfW7V/
HCHB1lntTYSqKXxMZjNIksI=
=tgEL
-----END PGP SIGNATURE-----
Received on Wednesday, 12 December 2007 18:44:13 UTC