Event on Close sur un User Control ?

Bonjour,

Savez-vous si il existe un event qui se declenche quand un User Control est detruit pour avoir le meme comportement que Form Closed ou Form Closing ?

En fait, lorsque je clique sur un onglet de mon application, un User Control contenant une DataGridView est charge. L'utilisateur fait des modifs, il sauvegarde et lorsque qu'il quitte cet onglet, le User Control est detruit.
J'aimerai verifier si il y a eu des changements non sauvegarde dans la DataGridView avant que l'utilisateur ne quitte l'onglet afin de le prevenir que si il n'enregistre pasm ces changements seront perdus.

Si quelqu'un peu m'aider, merci d'avance.

salut

question déja posé il y a environ 1 mois :)

Réponse (identique) : Non... Cette evenement n'existe pas :)

Il te faut donc utiliser une autre approche, un autre event pour réaliser cela :)

The Monz, Toulouse

Oui je sais c'est moi qui l'avait pose il y a un mois. J'esperais que quelqu'un ai eu le meme probleme...

SI je ne me trompe pas lorsqu'une classe surcharge la méthode dispose, elle est appelée lors de la destruction de l'objet.
N'utilisant pas de user control je en sais pas si c'est possible, mais ne peut tu pas surcharger la méthode dispose ?
Si oui, il te suffit de déclencher un événement quand on passe dedans.
Et ailleurs dans ton code tu as une méthode qui réagis à l'événement via l'utilisation des délégué.

Tu en penses quoi ? :)

J'en pense que c'est une bonne idee, si j'arrive a gerer l'evenement dispose de mon User Control, je pourrai effectuer ce que je veux. Je ne vois pas d'inconvenients du moment ou les objets de ce user Control ne sont pas encore detruits (DataGridView et Dataset binde)...


Je garde ces elements et reviens poster les resultats des que je les ai.

Merci beaucoup. Si quelqu'un a d'autres idees je suis preneur

Ayant le même problème à résoudre, j'ai utilisé l'événement HandleDestroyed de mon contrôle utilisateur pour sauvegarder des informations avant sa destruction...

Code:

---

1 2 3 4 5

Private Sub usrLbxDyn_HandleDestroyed(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.HandleDestroyed If Not Me._fichier = String.Empty Then Me.sauver(Me._fichier) End If End Sub

---

Tu me sauves la vie.

J'essaye et je reviens poster mes resultats.

Cet event n'est pas propose dans l'editeur Visual Studio mais je le trouve bien dans la liste des events. Je teste et vous tiens au courant

J'ai reussi a l'implementer mais il ne se declenche pas lorsque je fais un ParentControl.Controls.Clear()

ParentControl est un onglet qui contient le user control, donc si je fais Clear() de ses control enfants, je voudrai lancer l'event qui ne se declenche que lorsque je quitte le programme.
Attention pour des raisons de securite je cree le user control a chaque fois que j'affiche l'onglet

Citation:

---

Envoyé par Contrec

Bonjour,

Savez-vous si il existe un event qui se declenche quand un User Control est detruit pour avoir le meme comportement que Form Closed ou Form Closing ?

En fait, lorsque je clique sur un onglet de mon application, un User Control contenant une DataGridView est charge. L'utilisateur fait des modifs, il sauvegarde et lorsque qu'il quitte cet onglet, le User Control est detruit.
J'aimerai verifier si il y a eu des changements non sauvegarde dans la DataGridView avant que l'utilisateur ne quitte l'onglet afin de le prevenir que si il n'enregistre pasm ces changements seront perdus.

Si quelqu'un peu m'aider, merci d'avance.

---

Pourquoi tu ne testes pas s'il existe des modifications dans le gridview lors de l'événément de changement d'onglet ?
Ce serait plus intelligent que de partir sur une "horreur" ;) de type HandleDestroyed, qui implique d'accéder à un objet en cours de destruction.

Ma DataGridView n'est pas visible en dehors du User Control et ce dernier est cree a chaque fois que je clique sur un onglet.
Je pensais mettre mes DataSets en public et tester a chaque changement d'onglet si il existe des changements dans les DataSet (MonDataSet.HasChanges()).

Si tu penses que ce n'est pas propre de gerer l'evenement Destroy d'un User Control, je vais voir la solution des DataSets mais le probleme est que je dois aussi sauvegarder plein d'autre choses. J'ai cree une methode Save dans mon User Control, c'est celle la que j'aimerai appeler si il y a un quelconque changement.

Voici le code du clic sur l'onglet pour info:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

this.tab_ParametersLimits.Controls.Clear(); decimal ProgramID = 0; ProgramID = Convert.ToDecimal(this.SelectedItem["ProgramID"]); decimal LimitSetID = 0; LimitSetID = Convert.ToDecimal(this.SelectedItem["LimitSetID"]); if (ProgramID != 0 && LimitSetID != 0) { LMA_Main_User_Controls.usc_Parameters Parameters = new LMA.LMA_Main_User_Controls.usc_Parameters(); Parameters.Parent = this.tab_ParametersLimits; this.tab_ParametersLimits.Controls.Add(Parameters); Parameters.Dock = DockStyle.Fill; Parameters.ProgramID = ProgramID; Parameters.LimitSetID = LimitSetID; } else { this.tab_ParametersLimits.Controls.Clear(); }

---

Et donc mon idée de surchargé la méthode Dispose n'est pas viable ?

Conceptuellement cela pose un problème, et ce n'est pas recommandé par Miscrosoft. En fait la méthode dispose sert à (+ ou -) libérer les ressources, elle est appelée quand l'objet n'est plus accessible (ou explicitement mais c'est un autre problème). Donc c'est au moment où tu ne pourrais plus accéder à l'objet que tu lui demanderais de faire un traitement lourd, voire même d'essayer d'annuler cette libération des ressources.

Bah j'ai une autre idée, à vrai dire mon cerveau foisonne d'idée, mais je ne sais jamais si elles sont exploitables :D

L'approche serait différente. Cela passerait par un timer qui vérifierais fréqueemnt que les changemetns apportés sont sauvegardé.
Lorsqu'ils sont sauvegardés, le bouton souvegarde est désactivié (enfin s'il y a un bouton).
Lorsqu'ils ne sont pas sauvegardés, c'est les onglet qui sont désactivés. On ne peux pas appuyés dessus.

Dans le user controle tu peux aussi tenter de repérer la position de la souris, et calculer si elle se trouve sur la zone d'un onglet. Dans ce cas tu intercepte les énévements de simple et double clique et tu fait ta pop up " Faut sauvegarder du con" et tu desactives les trucs comme tab.

Bon c'est un peu barbarre mais qu'est ce que je disais au début :mrgreen:

J'essaye de trouver une solution propre, l'event destroy ne m'a pas l'air si mal que ca mais ne se declenche pas lorsque je fais un clear de mon user control.
Le fait de catcher l'event click si la souri est sur un onglet ne me plait pas du tout :lol: car c'est trop bourrin.

Seules solutions, essayer de recuperer l'event de changement d'un onglet ou alors la methode destroy....

De plus l'utilisateur peut decider de quitter l'appli a tout moment, je veux juste lui indiquer qu'il n'a pas sauvegarde et le faire si il le souhaite. Merci deja pour ces quelques pistes

ced600 : je n'aime pas trop les timers alors que l'on dispose des event... Un timer suppose répéter les traitements (parfois lourds, comme ici : savoir si il y a eu une modif non sauvegardée c'est peut être pas simple) alors que les event permettent de contourner le problème. Evidemment, cela marcherait, j'en conviens.

Utilise l'évènement déclenché lors du changement d'onglet. Mais cela risque d'être dur : il me semble que tu aies seulement changED et non changING ... Donc tu devras stocker l'onglet quitté, et le forcer à y revenir si besoin... Mais cela risque de détruire ton usercontrol quand même... :bug:

Bah je propose les timers, car avec les évents il ne semble pas trouvé ce dont il a besoin.

Les évents ne sont pas une solution à tout, dans certain cas les timers sont indispensables. Mais je suis d'accord sur le fait qu'il vaut mieux utiliser un event au lieu d'un timer qui aura pour objectif de remplier le role d'un event.
En fait utilisons les outils disponibles pour ceux pour quoi ils ont été créés

Je pense que si j'arrive a detecter la presence de modifs lors du changement d'onglet j'aurai deja une premiere partie de faite.
La seconde serai de pouvoir lancer une methode SaveAll de mon User control qui me fait toutes les sauvegardes mais j'ai bien peur que le user control ne soit deja detruit...

Citation:

---

En fait utilisons les outils disponibles pour ceux pour quoi ils ont été créés

---

All right ! ;)

Citation:

---

j'ai bien peur que le user control ne soit deja detruit...

---

Malheureusement moi aussi. Peut être faudrait il revoir ton IHM ? en grisant les onglet, et en ajoutant un bouton Suiv/Prec ?

Disons qu'il n'y a pas d'ordre d'onglets, l'utilisateur peut cliquer sur chacun des 8 onglets disponibles donc on ne peut pas lui dire suivant ou precedent. Il peut aussi decider de changer d'onglet sans vouloir sauvegarder (dans ce cas il repond 'NON' lorsque je lui demande de sauvegarder les changements).

J'ai beau chercher une solution, je ne vois vraiment pas a part tout changer (ca fais 5 mois que je bosse a plein tps dessus).

Je te propose une "rustine":

Quand l'utilisateur arrive sur ton onglet, tu grise tous les onglets.
Tu ajoute un bouton "Valider les changement" et un autre "Abandonner les changement", qui chacun font le traitement + dégriser les onglets.

Et faire ce que tu fais sans user control, envisageable ?

Citation:

---

Et faire ce que tu fais sans user control, envisageable ?

---

Oui aussi, ca peut etre bien :) En espérant qu'il ne s'en sert pas dans 6 onglets sur 8 ;)

J'ai un user control par onglet, des plus petits mais aussi des gros...

Cela me permet de ne pas coder tout dans la meme classe de ma Form principale. Je ne pense pas me separer de mes user control, mais les rendre publics ou globaux pourquoi pas...

Je pense que la solution de la rustine sera adoptee si je ne trouve pas d'autres solutions. Je vais encore chercher et je verrai pour la "rustine" si jamais.

Merci beaucoup a tous.

Pas moyen de découpler le code sans usercontrol ? il me semble que si pourtant...

Decoupler le code ?

Citation:

---

Cela me permet de ne pas coder tout dans la meme classe de ma Form principale

---

D'ou ma demande : "pas possible de decouper le code sans passer par les UC ? "

Ah pardon, mal écrit, et mal relu : decouper et non découpler ... le second relève plutot de la conception :roll: ...

Oui il y a moyne de ne pas tout coder dans la Form principale mais le user control apporte des choses vraiment bien dans une appli comme le fait de pouvoir etre independant: On lui donne un minimun de variable et il est lui-meme une fonctionnalite de l'appli. De plus on peut le re-utiliser tres facilement : Il suffit de la placer comme on placerai un button...

Bref je sais que le fait de garder les user control reduit les solutions a mon probleme mais ils sont plus important que le probleme lui-meme. Au niveau conception je suis sur qu'il y a une solution.

Je cherche, je cherche mais je ne vois pas. Comment pouvoir tester l'etat d'un user control lorsque je change d'onglet afin de lancer une methode publique de ce dernier.

Il faudrai deja qu'il ne soit pas detruit lors du changement d'onglet non ?

Si jamais il n'est pas detruit, je peux mettre un booleen a True si il y a eu des modifs et lors du click sur un autre onglet je teste ce booleen. Si il est a True comme le user control n'est pas detruit je peux lancer la methode publique SaveAll qui va sauvegarder les changements puis je peux moi-meme detruire le user control a la fin du traitement.
Si le booleen est a False, je detruit le user control sans aucun traitement.

Vous en pensez quoi ? enfin si quelqu'un m'a compris.. Je viens de trouver cette solution en meme temps que je vous l'ecrivais.

Citation:

---

Comment pouvoir tester l'etat d'un user control lorsque je change d'onglet afin de lancer une methode publique de ce dernier.

---

Quand j'ai lu cela, je me suis dit :

Citation:

---

Un design pattern d'état sur un user control, est ce applicable ?

---

Le boolean me semble une solution suffisante (dans ce cas le pattern Etat serait ptet un peu lourd sachant qu'il n'y a qu'un état. Mais sinon il serait interressant de pouvoir l'appliquer sur des uc en effet !)

Mais on reviens tj à la question : l'uc est il detruit après le changement d'onglet (puisqu'on ne peut intervenir avant le basculement...) ?


Sinon, ne peux tu garder une référence sur l'uc en dehors des onglets, pour l'empecher de se faire détruire ? (ne fonctionne que si c'est le GC qui le détruit...) [edit : je ne crois pas que cela soit le GC d'ailleurs...]

Comme c'est fait aujourd'hui a chaque changement d'onglet, le user control est detruit mais je pense pouvoir le garder en memoire si je modifie mon code...