[AJAX] rétablir les boutons navigateur Précedent et Suivant

:salut:

sur un nouveau projet d'appli web, j'ai une contrainte super lourde : y'a une applet java dans la page et il est indispensable d'eviter de la recharger. Cad qu'il faut éviter de recharger la page.

donc mon 1er reflexe a été de subvertir ajax pour ne pas recharger la page, mais recharger des morceaux de html (c'est bon ca marche).

Le probleme c'est que si je fais la navigation suivante
1. aller sur google.fr
2. aller sur mon appli (la page se charge, l'applet aussi)
3. cliquer un lien de l'appli (qui lance une requete javascript qui me recharge un bout de html)
4. cliquer sur un autre lien (là encore ca me recharge un bout de page, l'applet continue tjs à tourner, tout va bien)
5. je clique sur le bouton précédent du navigateur (testé avec firefox...)
==> paf ca me ramène sur google.

forcément diront certains avec raison : seulement 2 pages ont été chargées !


pourtant si je regarde gmail, à en regarder le flux réseau sous firebug, c'est que de l'ajax et pourtant les boutons suivant et précédent du navigateur fonctionnent comme attendu.

j'ai pensé à trois options
1. oublier ajax et faire un bon vieux frameset des familles. dans le 1er frame je mets l'applet java, dans l'autre je mets l'appli web. ensuite toute la navigation se passe dans ce cadre. lorsque je recharge le cadre de l'appli web via des liens normaux <a href="listTruc.php?id=234">afficher 234</a> l'applet n'est pas déchargée et continue à tourner normalement
==> ca devrait marcher non ?

2. stocker dans javascript l'historique des commandes effectuées et mettre des boutons "Précédent" et "Suivant" sur ma page qui émulent le comportement du navigateur
==> je trouve ca completement contre-intuitif, mais au moins je suis sur que ca va marcher

3. faire comme #2 sauf qu'au lieu de mettre des boutons précédent/suivant, je trouve un moyen de capturer les évènements "Précédent/Suivant" du navigateur, j'empeche le reload de page et je lance mon javascript à la place
==> d'intuition je le sens pas ce plan... mais bon, on sait jms pe qqn a déjà tenté le coup

qqn a une idée ? comment ils font dans gmail ? 8O :aie: 8O

:merci:

http://javascript.developpez.com/faq...tecterSuivPrec

=> déjà en relisant la faq je m'aperçois que je peux oublir le plan 3...

ca fait déjà un de moins...

(je sens le spectre des frameset se rapprocher dangereusement... :help:)

Citation:

---

Envoyé par fourchette

donc mon 1er reflexe a été de subvertir ajax pour ne pas recharger la page, mais recharger des morceaux de html (c'est bon ca marche).

---

Juste une remarque : ce n'est pas "subvertir" ajax, c'est précisément son schéma typique de fonctionnement, et même sa raison d'être ^^

Pour le problème particulier que tu te poses, je suis presque certain qu'il y a de meilleures options que de passer par un frameset, mais n'en sachant pas suffisamment sur ce point, je préférerai m'abstenir... :oops:

vas-y romain, suggère toujours :)

je suis en train de creuser les iframe, mais là comme ca sur mes 1ers essais, le display a l'air un peu naze (taille du iframe figée indépendante du contenu affiché...)

Citation:

---

Envoyé par fourchette

vas-y romain, suggère toujours :)

---

Non je me suis mal exprimé :oops:

>>> Je n'ai pas de solution à proposer*. Ce que je veux dire, c'est qu'il me semble très improbable que les frames soient la seule solution pour règler ce genre de problème, et je vois mal google (pour reprendre ton exemple) utiliser ces vieilleries de frameset (:aie:) pour implémenter leur webmail ^^

* par contre, j'avoue que je vais suivre cette discussion parce que je me suis posé plusieurs fois la question, et j'ignore quelle est la meilleure solution pour ce genre de choses (ça me servira même directement pour un projet en cours, d'où mon intérêt pour la question...)

les iframe m'ont eu :'(

mais bon si qqn a eu une idée entre temps... pk pas :)