- From: Erik Bruchez <ebruchez@orbeon.com>
- Date: Tue, 22 Nov 2016 09:22:37 -0800
- To: Steven Pemberton <steven.pemberton@cwi.nl>
- Cc: "public-xformsusers@w3.org" <public-xformsusers@w3.org>
Received on Tuesday, 22 November 2016 17:23:29 UTC
>
> If a compute is computationally dependent on an element in L and part of a
>> circular dependency, then an xforms-compute-error event must be dispatched
>> to the model element."
>>
>> It looks like
>>
>> <bind ref="a" constraint=". != 13">
>>
>> is a circular dependency according to these definitions.
>
>
> Mmh, it says explicitly at the beginning "excluded are references to the
> current node's value in calculate expressions (such an instance node does
> not take itself as a dependent)." So I guess not?
>
>
> calculate != constraint
>
> This is excluded:
>
> <bind ref="a" calculate="if(../condition, ., 0)"/>
>
Got it. In that case it seems wrong as there is clearly not a circular
dependency here.
This said it could become right in the big picture if we allowed the new
`valid()` [1], etc. functions in MIPs.
<bind ref="a" constraint="valid(.)">
But currently we explicitly disallow/discourage this:
"If the function is used in a model binding expression the XForms
Processor should dispatch the event xforms-binding-error Event to the
model. If the function is used in a computed expression the XForms
Processor should dispatch the event xforms-expression-error Event to the
model."
-Erik
[1]
https://www.w3.org/community/xformsusers/wiki/XPath_Expressions_Module#The_valid.28.29_Function
Received on Tuesday, 22 November 2016 17:23:29 UTC