Poser une question

Re: Bouton submit...

Salut,

Ok, je vois.

1. Tu fais la saisie (idéalement une première validation javascript) avec le "submit".

2. Entre la page de récupération et celle du formulaire, les données sont transmises sous la forme d'une chaîne de caractères que l'on nomme "en-tête HTTP" par exemple "QueryString" etc... (Même la méthode POST fait partie de l'en-tête à un autre niveau).

3. Tu récupère donc cette chaîne sur une autre page. Dans ton cas je conseil effectivement une nouvelle page qui n'affiche rien. Cette page ASP traîte les données, fait le dernière validation et ajoute à la base les données saisie.

4.a Si la saisie n'est pas valide, retour à la page du formulaire, page qui affiche l'erreur (il te faut donc te servir encore une fois de l'en-tête HTTP pour passer l'erreur entre les deux pages!).

4.b Si la saisie est valide, redirection à une troisième page qui ne fait qu'afficher le nouvel enregistrement. Normalement on passe encore une fois le bnuméro de l'enregistrement via l'en-tête HTTP de cette façon, afficheItem.asp?id=xxx.

Bien sûr, c'est ici que tu peux afficher les résultats dans la même page que le formulaire bien que ce soit négligé comme méthode. Mais ça reste la même technique, une redirection ASP.

Response.Redirect "page.asp?id=xxx"

Tout simplement. Tu dois comprendre que l'enregistrement est maintenant dans une base de données, alors pas besoin de se la "retrimballer" via l'en-tête HTTP.

Mais si tu veux vraiment, et bien tu peut passer TOUTES les saisie :

Response.Redirect "page.asp?saisie1=xxx&saisie2=xxx&saisie3..."

OU mettre les valeurs dans une variable session (facile et pratique mais pas conseillée dans la crconstance).

OU un cookies (le bout du bout ;-)

Ciao
Oznog

Réponses

Re: Bouton submit...  tweety 14/5/2003