----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
Hi Tom,
That's a great idea but I don't think it will work on my situation.
The problem is this.... say someone is at www.WebsiteA.com and clicks a
link to one of the pages in my site www.WebsiteB.com which
generally fills the main frame. I need the header forced
upon the page, which the servlet does nicely. It contains
navigation/search etc. which they may use to browse further
or stay there. However I also want them to be able to return 'Back'
to www.WebsiteA.com if they want to and the servlet is preventing this
because everytime I go back I hit the page, which onload calls the
servlet and it's essentially a wall. If I'm understanding you right,
I think we're talking about opposite things - I want people to be
able to go back, while you want to prevent them. I'm thinking more
that something needs to occurr within the javascript which calls
the servlet or within the servlet itself to check that it wasn't
just called previously.
Regards,
David.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tom
Copeland
Sent: Monday, March 27, 2000 5:19 PM
To: Java Apache Users
Subject: RE: Servlets/html question
----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
David -
Howdy... if you do a location.replace(), the document will no longer
be accessible through the browser's session history. For example:
top.FrameWithContents.location.replace("/path/to/my/servlet?parameter1=" +
parameter1);
will put the output of "/path/to/my/servlet" into the frame with the
name "FrameWithContents" and the user won't be able to "back" out of it.
Of course, this means you have to name your frames when you declare
them in the frameset tag, which of course you did already! :-) We use this
technique extensively and it solves many a "back button" problem...
Yours,
Tom
-----Original Message-----
From: David Molloy [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 27, 2000 10:44 AM
To: Java Apache Users
Subject: Servlets/html question
----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
Hi,
Just a small problem I'm trying to solve and I know there must be
a quick hack for sorting it out. This is the scenario:
Standard pages consist of a header frame and a content frame. (see
http://www.eeng.dcu.ie ). The problem with frames is trying to preserve
user control etc. and I want to allow people to type urls for anywhere
in the site. So to do this I allow people to say call
http://www.eeng.dcu.ie/staff/technical.html - it loads the page and
onload it checks if (self==top) and if it is then it calls a servlet
which writes out the frames code and essentially forces the header on
this page (which I want there on all pages within the site). The
servlet is called in this case using:
http://oak.eeng.dcu.ie/admins/eepage?url=/staff/technical.html
Everything is dandy and I'm patting my own back when I find out that
if you try to go back (as some people seem to like to) using the
browser back button or a history.back() it goes back to the page,
which on load calls the servlet again and again and again everytime I
click back. Can anyone think of a quickie way around this? I've
been messing with referrer and history but to no avail. Thanks...
David Molloy
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
