You are correct that disabling the [back] button is not an option. Even if
you could do it reliably (and you cant), breaking the second most popular
feature of a browser is a serious usability no-no. We ran into this
problem designing a setup wizard application where the user steps through
pages via a [next] button, and backwards through a [previous] button. The
problem arose because we were storing the nextPage variable in the session
- which was not a proper value if the user had used his browsers [back]
button. The simple solution was to include the variable as part of each
page, being submitted back to the controller when the user clicked
[next]. So if they go [back] 3 pages and resubmitted, the value
of nextPage was properly computed as the next page (after this page) in
the sequence -- and NOT the page they originally came back from (the last
one stored in the session?).
i dunno if this helps any, every app is different..
gluck,
Marty
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
