- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 07 Oct 2009 08:14:54 -0400
- To: public-xml-processing-model-comments@w3.org
- Message-ID: <m2my43s8n5.fsf@nwalsh.com>
"Toman_Vojtech@emc.com" <Toman_Vojtech@emc.com> writes:
[...]
> It probably just boils down to what "to occur" means. I understood it as
> "to simply appear somewhere in the pipeline". In that context, the
> following pipeline would be problematic:
>
> <p:choose>
> <p:when test="false()">
> <p:identity name="id1"/>
> </p:when>
> <p:otherwise>
> <p:identity name="id2"/>
> </p:otherwise>
> </p:choose>
>
> The step "id1" occurs in the pipeline, but the processor can never
> evaluate it.
>
> But if "to occur" relates to encountering the step while evaluating the
> pipeline, then the spec is right.
Ah. The latter was intended. I can't immediately think of an
improvement that doens't amount to writing a "pipeline must behave as
if it evaluated each step each time it is evaluated" which seems, uh,
redundant.
Drop the sentence entirely?
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | A man must have grown old and lived
http://nwalsh.com/ | long in order to see how short life
| is.-- Schopenhauer
Received on Wednesday, 7 October 2009 12:15:36 UTC