- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 06 Jun 2007 12:17:27 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87tztl5a7c.fsf@nwalsh.com>
I think @select on p:for-each is unnecessary and potentially
confusing. Am I forgetting something?
I believe that these two steps are entirely equivalent:
<p:for-each select="//div">
<p:iteration-source>
<p:pipe step="somewhere" port="something"/>
</p:iteration-source>
...
</p:for-each>
and
<p:for-each>
<p:iteration-source select="//div">
<p:pipe step="somewhere" port="something"/>
</p:iteration-source>
...
</p:for-each>
And so are these two, I think:
<p:for-each select="//div">
...
</p:for-each>
and
<p:for-each>
<p:iteration-source select="//div"/>
...
</p:for-each>
Even this for-each:
<p:for-each select="/chapter">
<p:iteration-source select="//book"/>
...
</p:for-each>
can be rewritten without the double-use of select:
<p:for-each>
<p:iteration-source select="//book/chapter"/>
...
</p:for-each>
Is there any reason to keep select in both places? Can we remove it
From p:for-each?
If we don't want to remove it from p:for-each, can we at least say
that its semantics are that it contributes to the set of documents
that appear on the input to the for-each?
What I mean is, given a default readable port on which three documents
appear which contain a total of five divs amongst them, I don't want
the semantics of this step:
<p:for-each select="//div">
...
</p:for-each>
to be that it runs five times processing three documents. I want it to
have the semantics that it processes five documents.
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | Everything should be made as simple as
http://nwalsh.com/ | possible, but no simpler.
Received on Wednesday, 6 June 2007 16:17:42 UTC