- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Wed, 09 Jan 2008 11:18:00 +0000
- To: Norman Walsh <ndw@nwalsh.com>
- Cc: public-xml-processing-model-comments@w3.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Norman Walsh writes: > | "An element is only an extension element if it is an ignorable > | element that occurs as a direct child of a p:pipeline or > | p:pipeline-library." > | > | "[E]lements in a subpipeline are interpreted as follows. . . > | 2. Is in ignorable namespace? > | a. Is a known extension? Process as appropriate." > | > | How can an element in a sub-pipeline be a direct child of p:pipeline? > > Well, all of the elements in the subpipeline are direct children of > p:pipeline, no? Um, yes, but it seems very odd for extension elements to be allowed directly inside p:pipeline/p:declare-step, but not inside e.g. p:group. . . > | Looking at the RNG schema, and other parts of the spec., I _think_ the > | editor's intent was to allow extensions only in subpipelines, as a way > > Well, in fact, only in the subpipeline of a p:pipeline. That needs to > be expanded to include p:declare-step now too. But _why_ only there? I've lost whatever memory of the motivation for this restriction there might have been. > | of allowing for . . . extensions. But that is completely at odds with > | the following from the beginning of 3.8: > | > | "The presence of an extension element must not cause the connections > | between steps to differ from the connections that any other > | conformant XProc processor would produce." > | > | Such a constraint would render any extension useless, as far as I can > | tell. > > That's not the intent. The intent was to provide a modicum of > interoperability if the processor doesn't recognize the extension. > > Extensions shouldn't interfer with the static analysis, IMHO. I'm still lost -- can you give an example? 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) iD8DBQFHhK1okjnJixAXWBoRAlf4AJwPVhQE5S+vp8fU0EyW0flOOiYqOwCdHQvE hV5a7vbtltvPZjTiuLxtXdE= =7Lvo -----END PGP SIGNATURE-----
Received on Wednesday, 9 January 2008 11:18:10 UTC