Re: Parameters and options

/ ht@inf.ed.ac.uk (Henry S. Thompson) was heard to say:
| Norman Walsh writes:
|
|>   <px:debug>
|>     <p:parameter name="elemcountplus1" select="$elemcount+1"/>
|>     <p:parameter name="elemcount" select="count(//*)">
|>       <p:pipe step="loader" port="result"/>
|>     </p:parameter>
|>   </px:debug>
|>
|> And it's up to implementations to make sure that parameters get
|> evaluated in the right order and that there are no circular
|> dependencies. (In this case, elemcount=1 and elemcountplus1=2.)
|
| Not at all.  There is previous mail about this (previous thread starts
| [1]).  In that thread I proposed the unordered, step-scoped parameter
| binding approach:
|
|  "The environment which the p:import-parameter should use clearly does
|  _not_ create a loop, and the XPath should be seeing the same
|  environment."
|
| and you agreed.

Right. Brain cramp. I'd just written the code to sort out step orders
so I had in mind writing the code to sort out parameter orders. :-)

I'm just as happy not to have to.

| Also, in that thread, and in the spec., we agreed that _only_
| parameters are available for $ reference, so even if the above were
| allowed, it would mean that option opt2 has value 4.

That works for me too.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh
XML Standards Architect
Sun Microsystems, Inc.