Re: T4 tapestry.form.submitAsync delayed?

2008-05-13 Thread Andreas Andreou
Take a look at
http://svn.apache.org/repos/asf/tapestry/tapestry4/trunk/tapestry-framework/src/js/tapestry-4.1.5/core.js

tapestry.bind uses dojo.io.queueBind(parms) which should explain what
you're seeing
so, it seems that you just need to replace queueBind with your custom version

On Tue, May 13, 2008 at 10:14 AM, Paul Stanton
<[EMAIL PROTECTED]> wrote:
> I've noticed from watching client side and server side logs that when
> tapestry.form.submitAsync is called, it seems to go into a form of stack,
> and is the request is only eventually made once a previous async submit has
> responded.
>
>  I'm fairly sure of this because I had a js function setting a timestamp on
> a form field and submitting the form async, then logging the value of the
> timestamp on the server. The server was getting the same timestamp over and
> over again, however the value at the time of calling
> tapestry.form.submitAsync was different.
>
>  My question is, is there any way of controlling this stack and cancelling
> previous yet un-requested submits?
>
>  p.
>
>
>  -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
Andreas Andreou - [EMAIL PROTECTED] - http://blog.andyhot.gr
Tapestry / Tacos developer
Open Source / JEE Consulting

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



T4 tapestry.form.submitAsync delayed?

2008-05-13 Thread Paul Stanton
I've noticed from watching client side and server side logs that when 
tapestry.form.submitAsync is called, it seems to go into a form of 
stack, and is the request is only eventually made once a previous async 
submit has responded.


I'm fairly sure of this because I had a js function setting a timestamp 
on a form field and submitting the form async, then logging the value of 
the timestamp on the server. The server was getting the same timestamp 
over and over again, however the value at the time of calling 
tapestry.form.submitAsync was different.


My question is, is there any way of controlling this stack and 
cancelling previous yet un-requested submits?


p.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]