- From: Norman Walsh <ndw@nwalsh.com>
- Date: Fri, 14 Sep 2012 16:13:16 -0500
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <m2vcfgqpeb.fsf@nwalsh.com>
Murray Maloney <murray@muzmo.com> writes: >> The implementors could invent mechanisms for passing them in. >> >> calabash ... -p p:xslt/$initial-mode=fred >> >> I don't know. > > So, does this -p expression say "whenever p:XSLT is run, set its > initial-mode parameter to the string 'fred'?" Yes, basically. I'd have to invent a more expressive syntax to give the user complete control, but the important bit is we wouldn't have to standardize it. > It seems a bit obfuscatory. If the called step is modified later, > adding another call to p:xslt that doesn't need or want the 'fred' > parameter, then what? Then you'd need something more sophisticated in the commmand line. -p /p:pipeline/p:xslt[1]/$initial-mode=fred \ -p /p:pipeline/p:group/p:xslt[3]/$other-param=15 > The step author has to plan for parameters that > might be passed to it through Calabash. No, the point here is to give the user who *runs* the pipeline the ability to pass in parameters even when the pipeline author didn't plan ahead. > Does the step author have a way to allow/forbid extra params? In the current, 1.0 specification, yes. In the design I'm outlining here, no. Be seeing you, norm -- Norman Walsh Lead Engineer MarkLogic Corporation Phone: +1 512 761 6676 www.marklogic.com
Received on Friday, 14 September 2012 21:13:48 UTC