history.back(); non innesca $ (document) .ready();

Ho una pagina Web che utilizza $(document).ready() per creare l'interfaccia. Quindi l'utente può andare a una pagina figlio, e per tornare alla pagina originale che può premere il pulsante del browser "precedente" o un tasto "Return" nella pagina che innesca un history.back();. Torna alla pagina originale, $(document).ready() non viene attivato in modo che la pagina manchi informazioni.

c'è un modo per far scattare automaticamente come se fosse un "vero e proprio carico"?

grazie!

modificare

mettendo un avviso in essa, l'avviso è poped ma roba manca nella mia interfaccia come se una parte della manifestazione pronta manca. Indagare ...

Edit 2

hahahahaha in document.ready ho click alcuni casella di controllo che si suppone essere deselezionata. Quando "torno" su questa pagina, vengono controllati in modo che diventino deselezionati perché sono click loro.

spiacenti, questo è tutto il mio male :(

fonte

2010-09-02 Sirber

In che browser stai vedendo questo? Ricordo solo Opera che ha questo problema con i pulsanti Indietro/Avanti. –

Sono su Chrome. L'utente che ha segnalato il problema è su Firefox. – Sirber

si prega di chiudere close – Sirber

Se l'utente utilizza il pulsante Back per navigare e si richiede una ricarica completa della pagina, è possibile impostare il NO-CACHE la politica della pagina.

In questo modo il browser è costretto a ricaricare la pagina dal server, anche utilizzando il pulsante Back.

fonte

2010-09-02 15:21:09

risposta hrmm..nice. Non ci avevo pensato. – Dutchie432

Uso già: header ("Cache-Control: private, no-cache, must-revalidate"); intestazione ("Pragma: no-cache"); – Sirber

Ho aggiunto '', ma non ricarica la pagina quando premo "indietro". – Sirber

Domanda molto interessante. Potrebbe essere necessario riattivare l'evento/la funzione quando la pagina viene messa a fuoco o qualcosa di simile. potrebbe anche essere necessario mantenere una variabile di flag da tracciare r un 'evento che riattiva' è in ordine.

fonte

2010-09-02 15:21:17 Dutchie432

1.) ha messo gli script in fondo alla pagina.
2.) eseguire plugin e quant'altro negli ultimi tag di script.
3.) Non utilizzare affatto le implementazioni suDomReady, è ridondante.

Le persone sono così abituate a scaricare o ondomready, trascurano il fatto che mettere gli script in fondo a una pagina fa praticamente la stessa cosa senza la necessità di eseguire il polling e vedere se il proprio html è disponibile.

Inoltre, è anche buona pratica come i vostri script non bloccano il rendering html/css sia.

Non a seconda onDomReady o onLoad implementazioni risolve un sacco di problemi.

fonte

2010-09-02 16:02:43 BGerrissen

-1, per un browser in cui 'onload' non funziona, la soluzione non funziona altrettanto bene. Per esempio. FireFox, non esegue lo script a prescindere dal fatto che lo si sia caricato o scaricato nella parte inferiore della pagina. Hai anche provato? – Pacerier

Una rapida soluzione a questo problema, utilizzare "onpageshow" invece.

window.onpageshow = function(event) { 
    //do something 
};

fonte

2016-04-26 07:30:34 stonyau

Grazie! Nessuna delle altre soluzioni proposte ha funzionato correttamente su Firefox e Chrome, ma questo è vero. –

history.back(); non innesca $ (document) .ready();

risposta

Problemi correlati