RE: [OT][WORKFLOW] Any best practice for "back", "save","continu e" buttons?

[Andrew Hill <an...@gridnode.com>]

ROFL!

-----Original Message-----
From: Steven Banks [mailto:SDBANKS@vac-acc.gc.ca]
Sent: Wednesday, September 25, 2002 19:54
To: struts-user@jakarta.apache.org
Subject: RE: [OT][WORKFLOW] Any best practice for "back",
"save","continu e" buttons?


I have found web sites that use javascript for security.  Noticed it when
trying to access a page.  Turned off javascript, no more security.



>>> "Andrew Hill" <an...@gridnode.com> 09/24/02 11:16AM >>>
Id be dead without JS, and I think people would be silly to disable it, but
cookies is another matter. I can understand folk disabling those...

-----Original Message-----
From: Eddie Bush [mailto:ekbush@swbell.net]
Sent: Tuesday, September 24, 2002 22:10
To: Struts Users Mailing List
Subject: Re: [OT][WORKFLOW] Any best practice for "back", "save",
"continu e" buttons?


Yes, it does!  I can vouch for it!  I personally know two (highly
educated) people that refuse to allow them.  They are ignorant about
them, of course, but that doesn't change the fact that people *do*
disable cookies/JavaScript!

Now, if I know two people, then how many more people are there "out
there" that are doing this?  Sorry to disagree - I view it as a "fact of
life".  Having said that though, I don't not use JavaScript because of
it.  That's yet another opportunity to control things - it certainly
does have applicability.

Galbreath, Mark wrote:

>Ahhh yes, the bane of web app developers!  I solved this problem with
>JavaScript and cookies - no browser back operations allowed!
>
>And spare me the "what if JavaScript is turned off" noise - it just doesn't
>happen in the REAL world.
>
>Mark
>
>-----Original Message-----
>From: Andrew Hill [mailto:andrew.david.hill@gridnode.com]
>Sent: Tuesday, September 24, 2002 3:02 AM
>
>(Incidentally, using the browsers back button in such a case results in a
>rather bad case of server state confusion!)
>

--
Eddie Bush




--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>



--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>