[VB.NET] controle utilisateur perte de donnée, au secours !!

Citation:

---

Envoyé par Maniak

Les évènements des contrôles eux-mêmes sont de toute façon lancés après l'évènement Load. Si tu veux voir les données concernées par chaque contrôle après chargement du viewstate et exécution des éventuels évènements, essaye du côté de OnPreRender. À ce moment-là, c'est sûr, tout est initialisé, chargé et exécuté :)

---

Attention qd je dis que je teste les valeurs prises par le controles de mon webusercontrol, je parle du load ce dernier et pas de la page contenante :!: C'est pourquoi je capte pas comment est-ce possible que dans le load de mon webusercontrol, le textbox.text = "", alors qu'à l'affichage, j'ai bien textbox.text = "ma saisie" :scarymov:

nnnnnnnnnnnaaaaaaaaaaannnnnnnnn sphax me laisse pas tomber
:!: :!: :!: :piou: :!: :!: :!:

lol

j'essaie les variables de session, j'avoue qu'avec tous les tests j'avais oublié cette proposition ci.

pardon, pardon : :hola:

Ok ok je laisse pas tomber ;) , me suis un peu enervé aussi.

Sinon je viens de remarquer que tu avais ecris :

Citation:

---

sachant que j'ai enlevé le Me.ChargeFormulaire() du DDL_Type_Courrier_SelectedIndexChanged et comme ce na marchait pas plus (eh oui !!!!) et bien j'ai remis mon code à son état initial

---

Il ne faut pas l'enlever ! Sinon ça ne marchera plus la premiere fois, quand l'utilisateur selectionne qque chose dans ta dropDownList. Par contre tu vas avoir droit a d'autres problemes : si l'utilisateur change plusieurs fois la veleur de cette DropDownList, il va falloir gerer ce qui se passe :)

alors voilà ce que j'ai fais, j'espère que c'est à ça que tu pensais .... pas taper :oops:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54

' Permet de charger les formulaires de saisie Private Sub ChargeFormulaire() ' Si un type a bien été choisi et qu'aucun formulaire n'a été chargé If VarSession.Mailing.FormulaireEnvoi <> 0 Then If PH_Envoi.Controls.Count <> 0 Then PH_Envoi.Controls.RemoveAt(0) End If ' Si le type de courrier choisi est : courrier ou fax If VarSession.Mailing.FormulaireEnvoi = Constantes.Courrier Or VarSession.Mailing.FormulaireEnvoi = Constantes.Fax Then ' On charge le formulaire de saisie d'un courrier papier MPapier = CType(LoadControl("MailingPapier.ascx"), MailingPapier) MPapier.TypeCourrier = VarSession.Mailing.FormulaireEnvoi MPapier.EnableViewState = False PH_Envoi.Controls.Add(MPapier) Else ' Sinon on charge le formulaire de saisie d'un courrier électronique MEmail = CType(LoadControl("MailingEmail.ascx"), MailingEmail) 'MEmail.EnableViewState = False PH_Envoi.Controls.Add(MEmail) End If End If End Sub   [...]   Private Sub Page_Init(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Init 'CODEGEN : cet appel de méthode est requis par le Concepteur Web Form 'Ne le modifiez pas en utilisant l'éditeur de code. InitializeComponent()   ' Chargement du formulaire de saisie du courrier Me.ChargeFormulaire()   End Sub   [...]   ' Evènement lié au choix d'un type de courrier Private Sub DDL_Type_Courrier_SelectedIndexChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles DDL_Type_Courrier.SelectedIndexChanged   ' Si un type a bien été choisi If DDL_Type_Courrier.SelectedValue <> "-1" Then VarSession.Mailing.FormulaireEnvoi = Convert.ToInt32(DDL_Type_Courrier.SelectedValue) ' On lance le chargement du formulaire correspondant Me.ChargeFormulaire() End If   ' On vide les variables de session Me.VideSession()     End Sub   [...]

---

et bah ca marche toujours pas : le pageload de mon webusercontrol donne toujours des valeurs à nulles, alors que l'affichage est bon :evil:

Oui c'est bien ce a quoi je pensais. Par contre je comprends pas ça :

Code:

---

1 2	Me.VideSession()

---

Si tu effaces ta valeur en session juste aprés l'avoir créée, c'est étrange.

Et VarSession.Mailing.FormulaireEnvoi c'est bien qque chose que tu stockes en session hein ? (je sais je sais, t'es pas blonde, mais je prefere m'en assurer :p )

Je ne comprends pas ça non plus :

Code:

---

1 2	PH_Envoi.Controls.RemoveAt(0)

---

Pourquoi tu enleves un controle ?? Normalement tu n'as pas à faire ça, a moins que je n'ai pas tout compris.



Dernier point, tu as debuggué ? Dans le page_init tout se passe comme prévu ?

EDIT : reformulation de mes remarques :)

Citation:

---

Envoyé par Sphax

Si tu effaces ta valeur en session juste aprés l'avoir créée, c'est étrange.

---

rien à voir, ca concerne d'autres variables de session :wink:

Citation:

---

Envoyé par Sphax

Et VarSession.Mailing.FormulaireEnvoi c'est bien qque chose que tu stockes en session hein ? (je sais je sais, t'es pas blonde, mais je prefere m'en assurer :p )

---

Code:

---

1 2 3 4 5 6 7 8 9

' Varaibles de session du mailing Public Shared Property Mailing() As SESSION_Mailing Get Return CType(HttpContext.Current.Session("Mailing"), SESSION_Mailing) End Get Set(ByVal value As SESSION_Mailing) HttpContext.Current.Session("Mailing") = value End Set End Property

---

ca te va ?

Citation:

---

Envoyé par Sphax

Pourquoi tu enleves un controle ?? Normalement tu n'as pas à faire ça, a moins que je n'ai pas tout compris.

---

bah si je fais pas ca, au changement de sélection, je pense que les formulaires vont s'additionner plutot que de se remplacer (je vais vérifier, mais je crois :? )

Citation:

---

Envoyé par Sphax

Dernier point, tu as debuggué ? Dans le page_init tout se passe comme prévu ?

---

oui

Citation:

---

Envoyé par lucie.houel

bah si je fais pas ca, au changement de sélection, je pense que les formulaires vont s'additionner plutot que de se remplacer (je vais vérifier, mais je crois :? )

---

je confirme :wink:

par contre ce que je comprends pas avec ce qu'on est en train de faire c'est que même avec les variables de session, dans le page init c'est le formulaire de la sélection précédente qui est chargé et le formulaire de la sélection courrante, c'est dans le DDL_Type_Courrier_SelectedIndexChanged qu'il change, moi je reviens pas dans le pageInit après :boulet:

Oula , c'est un peu étrange tout ça, et j'ai un peu de mal a comprendre ce qui se passe. Ecoute j'essaye de faire un petit projet qui mime ce que tu fais, si j'arrive a qque chose, je te l'enverrai par mail :)

ouh bah ca ca serait génial :oops:

merci beaucoup pour ton aide.

ce qui t'étonne c'est que je repasse pas par le Init ?

Normalement le page_init tu dois y passer à chaque post back, en tout premier. c'est bien ce qui se passe ?

bah qd je choisis un type de mailing(courrier, fax, mail) il passe dans le init, puis dans DDL_Type_Courrier_SelectedIndexChanged.

du coup, exemple :

1) je choisis mail

init : la variable de session est vide, rien n'est chargé
DDL_Type_Courrier_SelectedIndexChanged : la variable de session = mail, le formulaire mail est chargé

2) je choisis fax

init : la variable de session = mail, le formulaire mail est chargé
DDL_Type_Courrier_SelectedIndexChanged : la variable de session = fax, le formulaire mail est fax

mais comme je le disais, du coup dans le init c'est pas le bon formulaire qui est chargé :?:

Ah ok, mais c'est normal ça. dans le init c'est le formulaire d'avant qui est chargé, mais c'est cohérent, et il faudra attendre de passer dans le ddl_index_changed pour recharger le "bon" controle. par contre pour tout autre postBack ta page fonctionnera correctement, en particulier si tu as un bouton "sauver" ou "envoyer par mail" ou n'importe quoi, et c'est ce qui compte :). Et surtout, dans le page_load normalement tes controles ont bien leurs valeurs !

Le petit projet que j'ai fait (regarde tes mp) fonctionne exactement comme ça.

PS : tu as raison pour le PlaceHolder.RemoveAt.

Citation:

---

Envoyé par Sphax

PS : tu as raison pour le PlaceHolder.RemoveAt.

---

je me sens moins con :roll:

J'ai jamais dit que t'etais con hein, ya eu une petite incomprehension mutuelle a un moment donné, c'est tout :). Pour le PlaceHolder.RemoveAt effectivement je n'avais pas vu le soucis arriver avant de faire le test moi meme :oops: , mais c'est souvent comme ça.

salut,

bon alors je suis en train de regarder ce que tu m'as envoyé, ce qui me chagrine, c'est que la première saisie, juste après le changement de control n'est pas prise en compte :?

Citation:

---

Envoyé par Sphax

Le probleme c'est quelle a des controles à charger dynamiquement et que le preRender c'est bien trop tard pour le faire à mon avis.

---

Ça oui, c'est trop tard :)
Masi par contre pour le coup de la valeur de la textbox qui n'est pas encore à jour dans le Load mais qui l'est une fois arrivé à l'affichage, a priori c'est ça le problème. L'évènement (de la textbox) qui provoque la mise à jour de la valeur se lance après le Load.

Maintenant ça ne fait pas avancer le problème. Récupérer dans l'Init la valeur d'un contrôle qui n'est chargée qu'après le Load (à la sélection) ou après le LoadViewState (postbacks suivants), c'est pas gagné. La seule 'solution' que je connaisse pour gérer ce genre d'embrouille, c'est de bidouiller avec la session, mais dans le cas présent, à part stocker la valeur en session la première fois (dans l'évènement correspondant), puis recharger la page pour pouvoir la choper dans l'Init, je vois pas :)

Enfin si, mais dégager les webforms, le viewstate et passer ses paramètres soi-même 'à l'ancienne' pour y avoir accès n'importe quand y compris dans l'Init, c'est le mieux, mais c'est peut-être un trop gros morceau :)

bah la solution des variables de session, on est dessus avec sphax, le pblm c'est que même avec ca, de mon côté, je récupère pas les valeurs saisies dans le load. Alors Sphax m'a envoyé un exemple, là le pblm c'est que tout se passe bien (dans le load et à l'affichage) mais au bout du deuxième postback, c'est à dire qu'au premier postback, la valeur saisie disparait et c'est tout :?

C'est à dire ? Chez moi ça a l'air de bien marcher :

1) tu lances le projet, tu changes la valeur de la dropDownList, le controle est chargé
2) tu saisis qque chose dans la textBox, mettons "truc" et tu cliques sur le bouton, alors "truc" s'affiche dans le label.


C'est pas ce que tu obtiens ?

EDIT : pour Maniak, lol, je suppose que tu n'as pas eu le courage de tout lire, mais ça fait bien deux pages qu'on a parlé de la session pour stocker ces valeurs afin de les recupérer dans l'init ;)

alors d'accord pour le début, mais apres :

1) tu lances le projet, tu changes la valeur de la dropDownList, le controle est chargé
2) tu saisis qque chose dans la textBox, mettons "truc" et tu cliques sur le bouton, alors "truc" s'affiche dans le label.
3) tu changes la valeur de la dropDownList, le controle est chargé
4) tu saisis qque chose dans la textBox, mettons "bidule" et tu cliques sur le bouton, alors "bidule" disparait de ton textbox et ne s'affiche pas :?

Ok, je crois avoir trouvé :). Apparemment asp.net s'emmele les pinceaux avec les ID des controles. Si tu as jeté un oeil au lien que je t'ai donné hier sur les evenements d'une page, tu retrouves :

1) Page_Init : c'est la que tu dois charger tes controles dynamiques
2) LoadViewState : asp.net renseigne tous les controles avec les valeurs du viewstate (les valeurs du coup d'avant en gros)
3) LoadPostData : asp.net renseigne les controles avec les VRAIES valeurs nouvellement saisies par l'utilisateur, c'est la que ça bug vu qu'au deuxieme changement de dropDownList tu perds ta valeur. Et pour ça, remplir les controles, il se base sur leurs ID, et j'ai l'impression que lors du chargement des controles il change les ID...

J'ai donc essayer de mettre en dur l'id du controle chargé dynamiquement, et ça a l'air de fonctionner ! Je t'envoie le fichier modifié, essaye ça :)

ok j'essaie d'appliquer ceci à mon projet et je reviens vers toi pour des news :wink:

alors non seulement ca marche toujours pas :? , mais en plus les évènements de mon webusercontrol ne sont plus levés :arf:
en fait la différence entre ton exemple et mon pblm, c'est que chez moi le control qui provoque le postback fait partie du webusercontrol, je vais essayer de modifier ton exemple pour voir comment ca se comporte :roll:

Je viens de faire un test en ajoutant un bouton dans les controles chargés dynamiquement (si c'est bien ça ton soucis ?) et ça a l'air de bien fonctionner. Je t'envoie les modifications par mail.

PS : désolé pour tous les autres, mais je n'ai pas d'endroit ou mettre le code afinb que tlm puisse le télécharger, du coup le thread se transforme un peu en conversation privée :)

PS2 : Lucie, quel bonheur les controles dynamiqes en asp.net hein ;)

PS3 :

Citation:

---

alors non seulement ca marche toujours pas

---

ça marche toujours pas sur ton projet, ou meme dans mon projet de test ? Par ce que chez moi ça marche ! (ok ok c'est l'excuse typique des informaticiens :P )

rassure-toi c'est chez moi que ca merde :roll:

j'essaie de regarder d'un peu plus pres. Sinon par rapport à ton exemple, moi j'ai un truc du genre :

dans le webusercontrol :

Code:

---

1 2 3 4 5 6

public event toto   [...]   raisevent toto

---

et dans la page contenante :

Code:

---

1 2 3

public sub titi() handles moncontrole.toto   [...]

---

bon eh bah depuis nos modifs, l'évènement n'est plus récupéré dans la page contenante :?

Citation:

---

Envoyé par Sphax

EDIT : pour Maniak, lol, je suppose que tu n'as pas eu le courage de tout lire, mais ça fait bien deux pages qu'on a parlé de la session pour stocker ces valeurs afin de les recupérer dans l'init ;)

---

Sisi j'ai tout lu :)
Je ne faisais que souligner qu'a priori, en effet, bidouiller avec la session risque d'être le seul moyen de contourner les problèmes :)
(en en créant potentiellement d'autres, parce que la session n'est pas du tout censée servir à ça au départ. c'est un effet secondaire des problèmes liés aux webforms)

Cela dit, je ne m'avancerai pas beaucoup plus parce que :

Citation:

---

Envoyé par Sphax

PS2 : Lucie, quel bonheur les controles dynamiqes en asp.net hein ;)

---

C'est un peu pour ça que je les ai rapidement laissés tomber :)

Franchement, je ne sais pas comment vous faites pour continuer à vouloir utiliser ça avec tous les problèmes que ça cause :)

RRRRRRRRRRRRAAAAAAAAAAAAAHHHHHHHHH !!!!!!!!!!!!!!!!!!!!
:arf: :arf: :yaisse:

ca marche en fait, j'ose à peine te dire le pblm, je crois que tu vas finir par m'envoyer ch... sinon et qui sait j'aurais peut etre de nouveau besoin de ton aide un jour :oops: Allez en fait j'avais bien mis le chargeFormulaire dans le Init, mais j'avais oublié de l'enlever du Load :boulet:

Merci énormément pour ton aide, je crois que cette fois, j'ai bien tout saisi.
Merci merci merci :hola: :roi:

Alors pour ceux qui aurait ce pblm dans l'avenir je récapépète.

1) Un control utilisateur doit etre chargé dans le Init de la page contenante.
2) Si le control chargé change en fonction d'une saisie utilisateur, alors il faudra passer par une variable de session pour savoir lequel charger, car dans le Init les valeurs saisies ne sont pas encore initialisées. Ce qui donne :
- dans le init :
si variable_session <> null
alors charger control variable_session
- dans l'évènement correspondant à la saisie de l'utilisateur
variable_session = nom_control (par exemple)
charger control variable_session
3) Ces règles s'appliquent également dans le cas d'un control utilisateur imbriqué dans un autre control utilisateur (chargement dans le Init du control utilisateur, etc.)

Merci encore à Sphax :!: :!:

c'est pas si compliqué les controles dynamiques :lol: :lol: :lol:

De rien, je trouve ce genre de probleme intéressant à resoudre, ça apprend comment asp.net fonctionne. Cela dit je prefere qd ça arrive aux autres, comme ça j'ai le coté ludique de la résolution sans le stress ;).

Juste pour info, peut-être le saviez-vous déjà, mais quand il y a pps userctrl dans une page, plutôt que de mettre des variables de formulaire dans des sessions, on peut récupérer ces variables en mettant l'id du webusercontrole avant celui du controle de formulaire.
Ex:

Code:

---

1 2 3 4 5 6 7

Page | |___ctrl1 | |__txtbox1 | |___ctrl2 |__txtbox2

---

codebehind pour avoir la valeur de la text box 1:

Code:

---

request.params("ctrl1$txtbox1")

---

Mais peut-être le saviez-vous déjà... En tous les cas pas besoin de variable publique suplémentaires.