[Seaside] Re: Navigating away from call:'s

[Ronaldo Ferraz]

Hi, Sebastian--

Thanks for the reply. Actually, I'm just trying to understand some
aspects of the call mechanism.

The documentation seems to imply that usually you should avoid
coupling calls.To use a better example, suppose you have a login
component that shows a login form. In the midst of the login process,
the user decides to abort the call, and clicks the home link instead,
which calls the home component. As far as I understand it, the call
will never return and the login component would just sit there until
the session expires and eventually gets garbage collect. Am I right
about this?

It doesn't matter to the way I'm developing but I'm curious about the mechanism.

Thanks again for the reply.

Cheers,

Ronaldo

On 2/21/08, Sebastian Sastre <ssastre at seaswork.com> wrote:
> Hi Ronaldo,
>
> 	yeah why not? What else do you need? It could probably it's called by a
> task after a login or something like that.
>
> 	It'll mostly depend on what workflow you want/need for the site/app (for
> example: a nil answer could mean a logout for the task who make the call of
> the
> home comp.),
>
> 	cheers,
>
> Sebastian Sastre
>
>
> > -----Mensaje original-----
> > De: seaside-bounces at lists.squeakfoundation.org
> > [mailto:seaside-bounces at lists.squeakfoundation.org] En nombre
> > de Ronaldo Ferraz
> > Enviado el: Jueves, 21 de Febrero de 2008 13:13
> > Para: Seaside - general discussion
> > Asunto: [Seaside] Navigating away from call:'s
> >
> > Hi,
> >
> > I've been browsing some Seaside examples (Squeak Source, this time)
> > and I noticed a pattern where a call: is made replacing the current
> > component with no expectation of return. For example, when navigating
> > to the home page, the home component is called but it will never
> > return to whatever component it's replacing. At least, that's what
> > happening if I'm reading the code correctly. Is that the common way to
> > handle such situations?
> >
> > --
> > Ronaldo Ferraz
> > http://log.reflectivesurface.com
> > _______________________________________________
> > seaside mailing list
> > seaside at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>


-- 
Ronaldo Ferraz
http://log.reflectivesurface.com