Discussion :

[Nycos62]

Bonjour vous !

j'ai un bête problème :
dans ma solution, j'ai :
- une master page : Site1.Master
- une webForm : WebForm1.aspx
- une webForm : WebForm2.aspx

dans ma webform 1:
1 textBox : (ID = "tbTest")
1 bouton qui envoie vers webForm2.aspx (

Code :

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

Server.Transfer("webform2.aspx", true);

)

Lorsque je veux récupérer la valeur saisie dans tbTest dans le Page_Load de WebForm2.aspx, en faisant :

Code :

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

string test = (string)Request.Params["tbText"];

==> j'obtien "null"


apparemment, le fait d'être sous une master page perturbe le mécanisme de récupération des paramètres.

comment je peu récupérer ce paramètre ?
Help !

[Zyth]

Les pages d'un master sont dans un élément "Content", as-tu essayé d'appelé ton contrôle avec un préfixe : l'id du Content + _ + id du contrôle.

Exemple : "c1_tbText"

Si ça ne fonctionne pas plus, essaie de regarder dans le code source de la première page pour voir quel préfixe le framework a généré pour tes contrôles.

[Nycos62]

le préfixe est "ctl00$MasterPage$" + ID du contrôle.

"MasterPage" est l'ID de ma master mais pour "ctl00" ???


il n'y a pas de mécanique conventionnelle pour récupérer les données sans avoir à bidouiller un nom d'ID ?

[neptune]

Tu devrais plutot dire à ton bouton qu'il doit faire le postback vers ta seconde page.

Dans le OnLoad de te seconde page, tu peux recupérer les données de la page précédente en utilisant PreviousPage.

[Nycos62]

un postback ??

[tortuegenie]

Exactement, un postback.
Les types boutons en sont affectés.

DE plus utilise la fonction FindControl pour rechercher les éléments d'une autre page, à condition d'avoir fais un postback.

[Nycos62]

sinon, j'ai trouvé un truc un peu plus C# friend :

dans ta webForm1, tu va dans webForm1.aspx.designer.cs et tu rend Public les contrôles que tu veux récupérer :

Code :

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

1
2
3
4
5
6
7
8
        /// <summary>
        /// tbTest control.
        /// </summary>
        /// <remarks>
        /// Auto-generated field.
        /// To modify move field declaration from designer file to code-behind file.
        /// </remarks>
        public global::System.Web.UI.WebControls.TextBox tbTest;

ensuite dans WebForm2, tu utilise :

Code :

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

         WebForm1 wf = (TestApp.WebForm1)Context.PreviousHandler;

(en castant le PreviousHandler avec ta form précédente,

et ensuite tu fais bêtement :

Code :

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

 string valeur = wf.tbTest.Text;

mais c'est quand même incroyable que l'on ne puisse pas récupérer ce UniqueID simplement

vivement le .Net framework 2053 ...

[lutecefalco]

mais c'est quand même incroyable que l'on ne puisse pas récupérer ce UniqueID simplement

vivement le .Net framework 2053 ...

Cross Page Posting, 2 min, 3 lignes de code...

[Nycos62]

Il n'y a pas un moyen de forcer la master page à ne pas renommer les ID ?

car, si l'on travaille avec du JavaScript, quand on veut agir sur un champ, on doit d'abord faire un

Code :

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

1
2
3
document.getElementById(' ') 
//ou bien
$get('')

pour récupérer le champ, il faut connaître son ID réel.
il y a bien sur tout un tas de bidouilles qui consistent par exemple :

à stocker les UniqueID dans des <input type=hidden ...> généré au runTime donc avec un ID stable. Puis à faire un

Code :

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

$get($get('hiddenInput1'))

, mais la bidouille c'est pour les p'tites nouilles

[lutecefalco]

document.getElementById('<%=tonControl.clientId()%>')

[Nycos62]

tu es grand