Discussion :

[eyango]

Bonjour,
Je travaille sur un projet web struts, ajax. J'utilise "history.back()" de javascript pour inserer des boutons "precedent" dans mes pages. Ceci fonctionne bien.
Voici mon probleme : si le formulaire de la page 1 n'est pas valide, un message d'erreur s'affiche. Si je corrige ensuite l'erreur, je vais à la page 2. En cliquant sur mon bouton precedent de la page 2, je retourne sur la page 1 mais le message d'erreur reste présent.
Comment faire pour retourner sur ma page avec les bonnes valeurs sans message d'erreur.
J'ai pensé à recharger la div dans laquelle j'ecris mon message d'erreur en la vidant comme ceci.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
function reload (idForm, idErreur) {
	$(idErreur).innerHTML = "";
	alert("ok");
	$(idForm).submit();
}

Quand l'alert s'affiche, mon contenu est bien remplacé; mais quand je fais precedant, le message d'erreur s'affiche de nouveau.
Des suggestions ?
Merci d'avance

[jln13]

salut,

dis moi si je me trompe mais tu "ajoutes" tes messages d'erreur cote serveur et non cote client ? (parce qu'a priori si les messages d'erreur etaient ajoutes uniquement cote client tu n'aurais pas le pb je pense).

Dis moi si c'est bien ca pour que je continue a t'aider..

[eyango]

Oui en effet, mes messages sont affichés côté serveur via le validate de Struts.

[jln13]

c'est donc pour ca que tu as ce probleme

Du coup.. les solutions sont :

1) Tu ajoutes un check cote client pour eviter que ca soit le serveur qui ajoute les erreurs. Par contre si une erreur passe au "travers" de ton check client tu auras toujours le meme probleme. (et si tu as trop de check a faire tu risques de pas avoir envie de faire ca :o)

2) Tu fais un history.back(-2) pour revenir a la page qui a ete chargee la premiere fois (sans erreur). Ca veut dire que tu peux avoir a faire history.back(-10) si l'utilisateur a fait 10 submit avec erreurs.. donc tu dois compter le nombre d'erreurs sucessives de l'utilisateur..

3) tu fais un onload en javascript pour verifier de quelle page tu viens. Si tu viens de la meme page tu laisses le message d'erreur, sinon tu supprime le innerHTML

4) tu n'utilise pas le history.back !! Tu enregistre tes formulaires et tu les re-soumet histoire d'eviter les bugs du history.back !

5) surement plein d'autres solutions .... :o)

[emmanuel.remy]

3) tu fais un onload en javascript pour verifier de quelle page tu viens. Si tu viens de la meme page tu laisses le message d'erreur, sinon tu supprime le innerHTML

3 bis) Tu caches ou supprimes tes messages d'erreurs au moment où tu navigues de la page 1 vers la page2. En cas de retour cela évitera de percevoir furtivement les message avant qu'ils soient supprimés


ERE

[eyango]

Merci pour vos réponses.
Je m'interesse justement à la solution 3.
Mon probleme déjà est de savoir de quelle page de vient.

Sinon pour repondre au 3bis, ma fonction initiale (voir plus haut) avait pour but de cacher mes messages via

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$(idErreur).innerHTML = "";

avant de passer à la page suivante mais quand je fais un "precedent", le message d'erreur apparait toujours.

[emmanuel.remy]

Le souci c'est que IE génère bien le onload sur le bak, là où firefox semble absent. Et Firefox gère bine le innerHTML='' au retour là ou IE semble absent...

Au final tu devrais peut-être viser une solution telle que RSH http://code.google.com/p/reallysimplehistory/, qui utilise les bookmark pour stocker les infos de navigation.

ERE

[eyango]

Je suis resté sur la solution 3 avec cette fonction

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
if (document.referrer != window.location) {
		$(idErreur).innerHTML = "";
	}

J'ai un autre probleme c'est que le test se fait sur les url des pages or dans mon cas, il peut arriver que l'url reste la même pour deux appel de jsp differentes et successives. Du coup ca ne marche pas.
Pouvez vous me proposer un autre test ? Merci d'avance

PS : dans mes tests

$(idErreur).innerHTML = "";

marche aussi bien sur IE que FF

[emmanuel.remy]

Ajoute un paramètre unique lors de l'appel à ta JSP; par exemple un timestamp. Tu ne l'utiliseras pas au niveau server mais il permettra l'unicité.

ERE

[eyango]

J'ai pas très bien compris ce que t'as voulu dire emmanuel.remy.
Quoi qu'il en soit j'ai un même champ hidden dans toutes mes jsp avec des valeurs différentes d'une jsp à l'autre.
Y a t il moyen de m'en servir ? si oui, comment ? Merci

[emmanuel.remy]

Si tu ajoutes un paramètre unique dans l'url lors de l'appel de ta jsp:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
http://...../test.jsp?uniq=1562324

La fois suivante tu appelles:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
http://...../test.jsp?uniq=7897548

Ainsi tes urls sont différentes et elles s'ajouteront au cache.

Si j'ai bien compris le problème que tu rencontre...

ERE

[jln13]

Tu peux ajouter un parametre contenant le code de la page courant en session. Tu teste ce parametre pour savoir d'ou tu viens et le tour est joue.

[eyango]

Merci à tous