Retour arrière (back) + reset des formulaires

**Bicnic** · 29/03/2006, 13h21

Bonjour,

J'ai quelques soucis pour écrire une fonction javascript. Celle ci doit pouvoir effectuer un retour en arrière d'une ou plusieurs pages, et de remettre à 0 (reset) tous les formulaires cette page.

Ma fonction ressemble pour le moment à cela:

Code :

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

1
2
3
4
5
6
7
 
function home(number) {
	window.history.go(-number);
	for (i=0;i<document.forms.length;i++) {
		document.forms[i].reset();
	}
}

Problème:
Je récupère bien la page précédente, mais le reset ne s'effectue pas sur cette page. J'ai l'impression que le reset se fait sur la page d'où j'appelle la fonction et non pas sur la page de destination.

Est-il possible de contourner le problème ?
Merci.

--
Bicnic.

**javatwister** · 29/03/2006, 13h35

commande le reset à partir de la page archivée en question:

Code :

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

<body onload="mon_form.reset()">

ps: reset est une méthode qui ne peut être appliquée à un champ particulier: elle remettra à jour tout le formulaire.

**Bicnic** · 29/03/2006, 14h23

Avec cette méthode, à chaque fois que je vais charger la page, il va me faire un reset de la page. Il y a des cas où je ne dois pas faire de reset...

Il faudrait que je puisse le faire à partir de ma fonction javascript, ce qui m'éviterai d'ajouter d'autres instructions javascript dans toutes les pages vers lesquelle je veux faire mon reset "à distance".

--
Bicnic.

**SpaceFrog** · 29/03/2006, 14h39

mets une variable globale sur la page que tu initilaise à 0 et passe un param qui modifie cette variable globale ?

**Bicnic** · 29/03/2006, 15h50

Ce n'est pas possible de le faire proprement, sans rajouter une variable globale à toutes les pages suceptibles d'être initialisées ?

--
Bicnic.

**FMaz** · 29/03/2006, 15h55

Garde en tête que de faire précédent signifie:
- Stoper la page actuelle
- Charger une nouvelle page

Et non pas l'inverse, donc ce n'est pas vraiment possible de "passer" pleins de trucs, sauf en POST et en GET. Une page ne peux pas interagir directement sur une autre (sauf dans le cas de popup), le GET et le POST, bien que contraignant deviennent les seules facons de faire (mis à part les variables coté serveur et les cookies)

J'espère que ca t'aidera à mieux comprendre le fond de la problématique et la raison de ces méthode qui te sembles radicales.

**Bicnic** · 29/03/2006, 16h13

Je ne charge pas vraiment la page avec la fonction précédent étant donné qu'il n'y a pas d'accès serveur. Je réaffiche la page qui est mis en cache par le navigateur.

C'est pourquoi, du fait que cette page soit en cache, je pense (j'espère) qu'il est possible d'interagir sur cette page en cache, et notament lui faire un reset().

En fait comment je vois les choses :

Code :

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

1
2
3
4
5
6
7
8
 
function home(number) { 
   window.history.go(-number);
   var doc = window.history.getDocument(-number) // Comment faire cela ??
   for (i=0;i<doc.forms.length;i++) { 
      doc.forms[i].reset(); 
   } 
}

L'idée serait d'accéder au document qui est mis en cache et de lui appliquer la méthode reset().

--
Bicnic.

**FMaz** · 29/03/2006, 16h18

Quand tu vide ta cache et/ou ton historique, tu peux toujours faire précédent non ?

Si la page précédente était celle d'un autre site, disons une banque, tu pense que ca serait bien de pouvoir changer des informations dans un formulaire ?

(Je sais que je reviend souvent avec mes soucis de sécurité mais bon, c'est plus fort que moi)

**SpaceFrog** · 29/03/2006, 16h55

un truc bien tordu ...

tu mets ouvres un popup ...
et tu lui mets son location = history(-number)
tu recupères l'url de la popup
tu fermes la popup
et tu fais un self.loaction.href = urlrecupérée+"?"+new Date()

à tester ...

**SpaceFrog** · 29/03/2006, 17h27

arf en fait il n'est pas possible de recuperer le string d'un element de history ...

**Bicnic** · 30/03/2006, 14h32

Quand tu vide ta cache et/ou ton historique, tu peux toujours faire précédent non ?

Exact, mais ce dont je suis sûr, c'est que lorsque je fais précédent, il n'y a pas d'accès serveur. Donc la page est bien en cache quelque part sur le poste client.

Si la page précédente était celle d'un autre site, disons une banque, tu pense que ca serait bien de pouvoir changer des informations dans un formulaire ?

C'est sûr, mais ce n'est pas trop le problème (c'est pour une banque en plus....). D'autant plus que c'est pour un intranet. Il est impossible d'avoir une page externe.

--
Bicnic.

**SpaceFrog** · 30/03/2006, 15h34

le problème majeur est que tu ne peux pas avec l'historique récupérer le string de l'url donc tu n'auras toujours accès qu'a la page en cache .. sans possibilité de rafraichissement ni d'intervention sur le code...

**Bicnic** · 31/03/2006, 09h55

C'est mon idée justement: récupérer la page en cache et de faire un reset sur cette page. Je ne veux pas recharger la page à partir du serveur. Je n'ai donc pas besoin de l'url.

Mais comment faire ? Je n'ai toujours pas trouvé le moyen de le faire.

--
Bicnic.

**SpaceFrog** · 31/03/2006, 10h02

ben ce n'est tout simplement pas possible sans mettre de code dans la page en question ...

**Herode** · 31/03/2006, 10h20

J'ai eu un problème similaire récemment. Le rafraîchissement de la page sur retour-arrière fonctionnait bien sous Firefox et Opera, mais pas sous IE.

La seule solution "légère" que j'ai trouvée consiste... à s'affranchir du retour arrière. J'ai donc initialisé un timer avec une fonction de rafraîchissement de la page qui tourne toutes les 100 millisecondes. Ca marche bien, quel que soit le navigateur. Evidemment, c'est une solution ad hoc qui n'est pas forcément portable dans tous les contextes...

NB : par "légère", j'entends quelque chose qui ne me force pas à monter dans mon code une usine de spaghettis. Si on parle en termes de nombre total de cycles utilisés, évidemment, c'est autre chose...

**SpaceFrog** · 31/03/2006, 10h30

En fait Herode le problème ici est de pouvoir appeler une page de l'historique ... et de la rafraichir ...
et comme on ne peut pas récupérer le string de l'url ...

**Herode** · 31/03/2006, 10h45

En effet, en relisant le fil, je vois que les spécifications suivantes :

Envoyé par Bicnic

Avec cette méthode, à chaque fois que je vais charger la page, il va me faire un reset de la page. Il y a des cas où je ne dois pas faire de reset...

et ...

Envoyé par SpaceFrog

ben ce n'est tout simplement pas possible sans mettre de code dans la page en question ...

invalident ma suggestion. J'ai parlé trop vite

**SpaceFrog** · 31/03/2006, 10h57

Non non Herod toutes les idées sont bonnes à prendre ...
Elle peuvent mettre sur une piste...
mais bon là c'est un cas desespéré

**Bicnic** · 31/03/2006, 11h13

Ce n'est pas fraiment un rafraichissement, mais un reset du formulaire. C'est pourquoi je n'ai pas besoin de l'url, mais je voudrais pouvoir faire un "document.form.reset()", mais je n'arrive pas à accéder à l'objet "document" via l'historique.

--
Bicnic.