Variables again

Bah. Our decision to allow p:variable only at the start of a compound 
step introduces another spurious group:

<p:url-form-encode name="foo">
  <p:with-param name="foo" select="'bar'"/>
  <p:with-param name="bar" select="'baz'"/>
</p:url-form-encode>

<p:group>
  <p:variable name="param" select=".">
    <p:pipe step="foo" port="result"/>
  </p:variable>

  <p:string-replace match="whatever">
    <p:input port="source">
      ...
    </p:input>
    <p:option name="replace" select="concat(.,$param)"/>
  </p:string-replace>
</p:group>

We made this rule so that we wouldn't have to deal with what happens
when steps get reordered.

I wonder if it would make sense instead to say:

1. Variables are attached to the step that follows them.
2. No forward references allowed in the (possibly reordered) sequence.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | How can there be laughter, how can
http://nwalsh.com/            | there be pleasure, when the world is
                              | burning?--The Dhammapada (probably 3rd
                              | century BC)