Re: Does setvalue update the instance immediate?

Yes, the send will operate with the new value placed by setvalue.
So I agree that the FireFox plugin (and the other processors you tried) 
have just has a little bug that needs to be worked out.

The message also should do so as well, but in that case there was a worthy 
cause for a clarification to the spec.

And no problem...  Talk to you in five!

John M. Boyer, Ph.D.
Senior Product Architect/Research Scientist
Co-Chair, W3C XForms Working Group
Workplace, Portal and Collaboration Software
IBM Victoria Software Lab
E-Mail: boyerj@ca.ibm.com  http://www.ibm.com/software/

Blog: http://www.ibm.com/developerworks/blogs/page/JohnBoyer





Nick_Van_den_Bleeken@inventivedesigners.com 
06/28/2006 07:45 AM

To
John Boyer/CanWest/IBM@IBMCA
cc
www-forms@w3.org, www-forms-request@w3.org
Subject
Re: Does setvalue update the instance immediate?






All,

But if you replace the output-control by a send that is bound to a submit 
that is dependant on the change made by the setvalue, the submission will 
serialize the new value set by the setvalue. Right?

This isn't the case in the Firefox XForms extension. And adding the rrr 
actions didn't solved anything... So I may conclude that is a bug in the 
implementation (there were some other implementation that behaved like the 

Firefox extension, that's why we weren't sure about it).

Thanks for the quick response,

Nick Van den Bleeken  -  Research & Development
Inventive Designers
Phone: +32 - 3 - 8210170
Fax: +32 - 3 - 8210171
Email: Nick_Van_den_Bleeken@inventivedesigners.com

www-forms-request@w3.org wrote on 06/28/2006 04:32:56 PM:

> 
> Hi Nick, 
> 
> Yes, absolutely, the node referenced by setvalue is changed 
> immediately as a behavior of the setvalue. 
> However, if there are other things computationally dependent on 
> that, they won't get updated before you invoke send, so you will 
> need to add an invocation of the recalculate action (this is exactly
> why we have those actions). 
> 
> I think that your message-based form is falling victim to exactly 
> the same problem that David raised earlier about the schedule under 
> which the form controls in the message action UI are updated.  I was
> assigned the action item to clarify that the message action must 
> behave as if it is creating the form controls at the time the 
> message is invoked so that they have the updated values despite the 
> fact that the recalculate-revalidate-refresh sequence of the form 
> after setvalue is subject to the deferred update behavior.  I have 
> completed the action item and, pending approval of the group, the 
> erratum should be issued shortly.  The erratum is already available 
> for group review. 
> 
> John M. Boyer, Ph.D.
> Senior Product Architect/Research Scientist
> Co-Chair, W3C XForms Working Group
> Workplace, Portal and Collaboration Software
> IBM Victoria Software Lab
> E-Mail: boyerj@ca.ibm.com  http://www.ibm.com/software/
> 
> Blog: http://www.ibm.com/developerworks/blogs/page/JohnBoyer
> 
> 
> 

> 
> Nick_Van_den_Bleeken@inventivedesigners.com 
> Sent by: www-forms-request@w3.org 
> 06/28/2006 05:27 AM 
> 
> To
> 
> www-forms@w3.org 
> 
> cc
> 
> Subject
> 
> Does setvalue update the instance immediate?
> 
> 
> 
> 
> All,
> 
> The attached test case contains a 'setvalue' followed by a 'message'. I 
> thought that the value in the instance will be changed before the 
message 
> action is executed. Is this correct? In the real form we don't use a 
> 'message' but a 'send' action that uses the instance which the 
'setvalue' 
> has updated. But this has the same problem, the old instance is 
submitted, 
> not containing the new value.
> 
> Thanks in advance,
> 
> Nick Van den Bleeken  -  Research & Development
> Inventive Designers
> Phone: +32 - 3 - 8210170
> Fax: +32 - 3 - 8210171
> Email: Nick_Van_den_Bleeken@inventivedesigners.com
> 
> 
> --------------------------------------------------
> 
> Inventive Designers' Email Disclaimer:
> 
> http://www.inventivedesigners.com/email-disclaimer
> 
> [attachment "TestSetvalue.xhtml" deleted by Nick Van den 
> Bleeken/Inventive Designers] 

--------------------------------------------------
Inventive Designers' Email Disclaimer:
http://www.inventivedesigners.com/email-disclaimer