Normally I just open up the app in a window with all the toolbars turned
off

<PRE>

<A HREF="javascript:history.go(0)"
onClick="window.open('logon.taf?,'APPWIN','scrollbars=yes,toolbar=no,hei
ght=screen.outerHeight,width=screen.outerWidth,resizable=yes')">LOGIN</A
>

</PRE>

Then I have Java Script the prevents the Right Click

Got tired of dealing with this all the time...
Of course most of my work is Intranet with Specific Browser clients


But alas, this is probably a public site with browsers with javascript
turned off

In that case some sort of flag (formlock) variable looks good to me :-)


Ben Johansen - http://www.pcforge.com
Authorized WiTango Reseller http://www.pcforge.com/WiTangoGoodies.htm 
Latest downloads & List Archives @ http://www.witango.ws


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Jose Kuhn
Sent: Tuesday, May 21, 2002 4:03 PM
To: Multiple recipients of list witango-talk
Subject: Witango-Talk: Speaking of User Variables

I use a "form lock" user variable.

When submitting forms, I always have a form,  a form confirmation page
and
then the actual insert. What I do is set the "Form Lock" user variable
on
the first action to "Start Thingy".  The  last action before the form is
inserted/updated is to set the same variable to "Finish".  I put the
"formlock" assignment and the insert/update within  a condition
statement If
"Form Lock" = "Start Thingy" then ..... This prevents the user from re
inserting stuff by hitting the back button.

I re-use the same user variable over and over to save memory. I always
set
the "Form Lock" to something unique to that taf. I also set the "form
Lock"
always to "finish" when the insert/update is complete.

Is this the most efficient way of doing things? I always reuse the same
user
variable so there is not any memory issues.

What do other people do to prevent the double insert.


Jose

________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body


________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body

Reply via email to