I've seen something like this work on the vanguard.com site. Basically,
if you sit around for five minutes, you time out. But the re-login, just
resets the timer on your cookie, and then process the request you made,
so you don't have to type anything in or navigate back to the page on
which you were lingering.
I've been contemplating something similar, along these lines:
On the form submittal, you are given (via POST?) all the arguments, and
you know the file path. So how about:
if timeout: Save the previous context (arguments/path)
branch with return to login
login page
return from login
restore context
branch to process form
else
branch to process form
....
process form
Needless to say, there are implementation details, like the context
restore. I would think that you would need to control the UserID cookie,
rather than using UserReference, so you could toggle the login state
without changing UserIDs.
>Hiya Bob.
>
>The app I'm currently working on is an equipment inventory. We've set
>up a website and database to inventory dern near every piece of
>computer-related equipment on campus in order to meet HIPAA regs. It's
>intranet only, so I can't link you up, sorry.
>
>Yes, theoretically the techs should have all the data ready when they
>sit down and be able to complete a form in one go, but then again...I've
>timed out while answering phone calls, so I can see how it would happen.
>What I really need is some way to tell them if they've timed out in
>mid-form, before they click the SAVE button.
>
>I've not tried this at all, but it just floated across my brain -- you
>might look at the <@TIMER> variable for your situation. If you
>increased the default timeout for your user variables, you might be able
>to use the TIMER to reset just your credit card page on a much shorter
>loop. (I looked at it earlier, but it won't work for my app because
>it's local-scoped and my problem works the other way 'round.)
>
>The only thing I've been able to think of for my problem would be to
>write a javascript to mimic the timeout on the user variables, but
>that's way more than I've got time for! Not to mention I don't entirely
>understand how that all works yet, so I couldn't do it anyway.
>
>
> -----Original Message-----
>From: Bob Dennis [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, January 15, 2003 8:22 AM
>To: Wilcox, Jamileh
>Subject: Tango - variableTimeout
>
>
>
> Hello Jamileh,
>
>
>
> I was having a problem implementing a different timeout length
>on an application that I maintain when I saw your postings in the
>WiTango digests. I was curious as to what your project or application
>is (if you are willing to share that info). Our application is just
>that; both our Undegraduate and Graduate Admission Applications are
>written in Tango (Tango 2000, NT4, SQL 7). They are located at
>https://www.apply.ilstu.edu/ . We have the problem where we ask all
>freshmen applicants for a Personal Statement. I would have liked to
>change the timeout for just that page and then reset it on the next
>page, which is a real-time credit card submission page (which we don't
>want sitting around on some semi-public machine). For at least a
>half-dozen applicants that have reported it during the last application
>cycle, the 30 minute variable timeout has not been sufficient. I agree
>with you (I think it was you) when you said this ought to be enough
>time! Applicants should know that preparing a statement is expected of
>most collegiate applications, and at least have something prepared ahead
>of time!
>
>
>
> Anyway, thanks for your digging on the problem.
>
>
>
> Bob
>
>
>
> Robert F. Dennis
>
> Web Developer/ MSS II
>
> Technical Services/Illinois State University
>
> (309) 438-2117 [EMAIL PROTECTED]
>
>
>
>
>
>
>
>
Bill Conlon
To the Point
345 California Avenue Suite 2
Palo Alto, CA 94306
office: 650.327.2175
fax: 650.329.8335
mobile: 650.906.9929
e-mail: mailto:[EMAIL PROTECTED]
web: http://www.tothept.com
________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
with unsubscribe witango-talk in the message body
