- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 11 Jul 2007 15:48:18 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87hcoa7md9.fsf@nwalsh.com>
/ Jeni Tennison <jeni@jenitennison.com> was heard to say: | All looks fine to me, except: | |> 9) Allow p:parameter elements on p:pipeline. |> |> 10) The declaration of a parameter input port must be empty. It is a |> static error to attempt to define a default input. | | If you're not allowed to set default values for parameters in the | declaraiton of a parameter input port, why are you allowed to set them | with <p:parameter> elements (assuming that that's what they're for)? My thinking was that the only point in having a default would be to set some default params. And I didn't think we needed two ways to do that. This is ok: <p:pipeline ...> <p:parameter name="foo" value="bar"/> <p:parameter name="bar" value="foo"/> ... And so is this: <p:pipeline ...> <p:input port="parameters" primary="yes"/> <p:parameter name="foo" value="bar"/> <p:parameter name="bar" value="foo"/> ... But I didn't think we needed to allow this: <p:pipeline ...> <p:input port="parameters" primary="yes"> <p:inline> <c:parameter-list> <c:parameter name="foo" value="bar"/> <c:parameter name="bar" value="foo"/> </c:parameter-list> </p:inline> </p:input> But if you really feel strongly about it, I could be persuaded. It might be more consistent to treat it just like a default "ordinary" input, I guess. Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | Wherever they burn books they will http://nwalsh.com/ | also, in the end, burn human beings.-- | Heine
Received on Wednesday, 11 July 2007 19:48:31 UTC