- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Fri, 13 Aug 2010 09:12:57 +0100
- To: <Toman_Vojtech@emc.com>
- Cc: <public-xml-processing-model-wg@w3.org>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vojtech writes: >From the examples above, I don't see if p:template would be a step or a > binding. (I expect it to be a step, but I don't see an input port.) > Personally, I think that making it a step would be more flexible because > you could then, for instance, use other steps to dynamically construct > the "template XML document" and then pass it to p:template. It's meant to be a step. No inputs or outputs because in all the examples primary input is what's wanted. It's unlike any existing steps in that its content is taken as a kind of defaulted non-primary input. I guess it would look less unusual if I had written e.g. <p:transform match="/*"> <p:input port="template"> <p:inline> <c:request method="GET" href="{@uri}"> <c:header name="Accept" value="application/rdf+xml"/> </c:request> </p:inline> </p:input> <p:transform> That would do for expermentation purposes. I should have made clear that I assume that the context node for evaluation of XPath expressions within curly braces is the node matched by the 'match' option. A further step at the level of the whole language would be to interpret <[step name] . . .> <[some elt] . . .> . . . </[some elt]> </[step name]> as shorthand for <[step name] . . .> <p:input port="[primary port name]"> <p:inline> <[some elt] . . .> . . . </[some elt]> </p:inline> </p:input> </[step name]> ht - -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 651-1426, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFMZP6OkjnJixAXWBoRAhOYAJwI1YzG43a7oc+dMR3f+FcyzbXl8gCfc/BV M/ujLxeQZltANXU4l8TsFYY= =aHoI -----END PGP SIGNATURE-----
Received on Friday, 13 August 2010 08:13:34 UTC