- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Thu, 15 Mar 2007 21:32:37 +0000
- To: Norman Walsh <Norman.Walsh@Sun.COM>
- Cc: public-xml-processing-model-wg@w3.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Norman Walsh writes:
> The new status quo:
>
> - Requires pipeline-libraries to have a namespace. That's more
> complex and is going to be harder to explain.
Not requires -- perfectly OK to define pipeline-library in no
namespace.
Contrast the _status quo ante_ - pipeline might or might not have
namespaces, who knows when or why.
> - Appears to make importing single pipelines quite different from
> importing a library.
Not at all -- the import is trivial in either case.
> - Either changes the name of pipelines imported to a library vs.
> imported to a pipeline or further complicates the semantics of
> import.
We can't import _anything_ into a library, what's the issue?
> - Was motivated in part by an understanding of the XML Schema spec
> that turned out not to be correct.
It wasn't incorrect, it's just not as well supported by the Schema
spec. as it should be.
> It seems to me that life would, in fact, be simpler if we said that
> the names of steps are QNames
That's _worse_ than the _status quo_, in which at least steps have
NCNames. We're only arguing about pipelines, I hope.
> and that an unqualified name is never in a namespace. Those are
> certainly rules that will be familiar to users of XSLT.
And confusing to users of XML Schema. . .
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)
iD8DBQFF+bt1kjnJixAXWBoRAvE/AJoD6wB+QXbKXVJBcfSpPlwD7dGMgACfSMlA
EeWOkm86hpIswJWjF2o7Etk=
=i+Vr
-----END PGP SIGNATURE-----
Received on Thursday, 15 March 2007 21:32:46 UTC