This conversation thing could be handy for my inventory app... I just
made use of session but the user starting new conversations to get the
info to continue the original... after that we can't trust the info in
session.xxxx ... :-o

On jún. 11, 15:10, pierreth <pierre.thibau...@gmail.com> wrote:
> On 11 juin, 01:14, mdipierro <mdipie...@cs.depaul.edu> wrote:
>
> > yes but people don't just navigate by submitting forms. they also
> > navigate by clicking links. The only way to keep a conversation would
> > be to store a token in request.args(0) and keep it there in all links.
> > Still the conversation is fragile and ends if the user types in a url
> > without the token.
>
> The navigation of a conversation is made with forms using posts and
> redirects so there are no arguments used because there is no get. If
> the user click a link or enter a new url he can return to the
> conversation using the back button (the page must comes from the
> browser's cache to get the value of the hidden field). If the user
> returns to the conversation by typing the url of the page of the
> conversation he has left, then the hidden field is not there to tell
> which conversation is active. In that case, the user is redirect to
> the first page of the conversation. There he can start a brand new
> conversation or he can continue an older conversation if the page
> lists all the available  conversations to join in.
>
> If the user close a window during a conversation, a Javascript call
> may end the conversation.
>
> > On Jun 11, 12:04 am, Thadeus Burgess <thade...@thadeusb.com> wrote:
>
> > > That is where the hidden input field with a custom hash comes into
> > > play I think....?
>
> Yes, this is the purpose of the hidden field.

Reply via email to