views:

104

answers:

4

I have a webpage that use $(document).ready() to build the interface. Then the user can go to a child page, and to go back to the original page he can press the browser's "previous" button or a "Return" button in the page which triggers a history.back();. Back on the original page, $(document).ready() is not triggered so the page is missing informations.

is there a way to trigger it automatically like if it was a "real load"?

thank you!

edit

placing an alert in it, the alert is poped but stuff is missing in my interface like if some part of the ready event is missing. Investigating...

edit 2

hahahahaha in document.ready I click some checkbox which are supposed to be unchecked. When I "back" on this page, they are checked so they become unchecked because I reclick them.

Sorry, this is completely my bad :(

+3  A: 

If the user uses the Back button to navigate and you require a full reload of the page, you can set the NO-CACHE policy of the page.

This way the browser is forced to reload the page from the server, even using the Back button.

Paulo Santos
Hrmm..nice answer. Hadn't thought of that.
Dutchie432
I already use: header("Cache-Control: private, no-cache, must-revalidate"); header("Pragma: no-cache");
Sirber
I added `<meta http-equiv="pragma" content="no-cache">`, but it doesn't reload the page when I press "back".
Sirber
+1  A: 

Very interesting question. You might need to re-trigger the event/function when the page gets focus, or something similar. you might also need to keep a flag variable to track whether an 'event re-triggering' is in order.

Dutchie432
+1  A: 

I found a similar problem here.

Hope it helps.

Source: http://stackoverflow.com/questions/158319/cross-browser-onload-event-and-the-back-button/170478#170478

Sandro
thank you! also:http://stackoverflow.com/questions/158319/cross-browser-onload-event-and-the-back-button/2218733#2218733
Sirber
+1  A: 

1.) put scripts at the bottom of your page.
2.) execute plugins and whatnot in your last script tag(s).
3.) Do not use onDomReady implementations at all, it's redundant.

People are so accustomed to onload or ondomready, they overlook the fact that putting your scripts at the bottom of a page does virtually the same thing without the need to poll and see if your html is available.

Furthermore, it's also good practise as your scripts do not block html/css rendering either.

Not depending on onDomReady or onLoad implementations solves a lot of issues.

BGerrissen