[Seaside] non-blocking call:

Norbert Hartl norbert at hartl.name
Sun Jul 8 21:37:42 UTC 2007


On Sun, 2007-07-08 at 21:58 +0200, Lukas Renggli wrote:
> > > Good to know. So this is only working inside the render loop, right?
> >
> > Yes.
> 
> I would rather say from within callbacks or WATask>>#go (which is
> internally implemented as a callback).
> 
For me the action stays the same. I'll have to setup things right
in initialRequest: and let them do everything while being rendered.
I see no difference here between WAComponent and WATask if you
depend on blocking behaviour.

> > > So I have to find a way to setup the components in initialRequest:
> > > and let them be display inside the render loop.
> 

> The question is, if you really want it to block in #initialRequest:?
> That could have very strange side-effects where some components
> already received #initialRequest: while others didn't.
> 
Yes, I total agree. I've just never thought of it before discovering
this :) My "Actions" are litlle state machines anyway. So no problem
just another set up. Or rely on WATask. I'll have to think about
it.

> > The usual trick is to use a WATask and do the #call: there in #go. You
> > have just found one of the weaker points of Seaside REST support. This
> > might be something for 2.9.
> 
> I don't see a problem there. Use #show: in these cases, to make the
> non-blocking behavior explicit.
> 
But I want to have a blocking behaviour. I should thought of WATask 
before.

thanks,

Norbert



More information about the Seaside mailing list