Event on Close sur un User Control ?

**Contrec** · 02/10/2007, 08h28

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.

**theMonz31** · 02/10/2007, 09h30

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

**Contrec** · 02/10/2007, 09h33

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...

**ced600** · 02/10/2007, 09h55

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 ?

**Contrec** · 02/10/2007, 10h06

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

**pcosson** · 06/10/2007, 14h42

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 :

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

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

**Contrec** · 08/10/2007, 09h24

Tu me sauves la vie.

J'essaye et je reviens poster mes resultats.

**Contrec** · 08/10/2007, 09h30

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

**Contrec** · 08/10/2007, 09h43

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

**SaumonAgile** · 08/10/2007, 09h48

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.

**Contrec** · 08/10/2007, 10h03

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 :

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

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();
}

**ced600** · 08/10/2007, 11h40

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

**SaumonAgile** · 08/10/2007, 11h43

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.

**ced600** · 08/10/2007, 12h33

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

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

**Contrec** · 08/10/2007, 14h57

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

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

**hed62** · 08/10/2007, 15h50

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...

**ced600** · 08/10/2007, 17h16

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

**Contrec** · 09/10/2007, 08h00

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...

**hed62** · 09/10/2007, 10h21

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

All right !

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 ?

**Contrec** · 09/10/2007, 10h32

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).

Event on Close sur un User Control ?

C#

Discussions similaires

Partager

Partager