Discussion :

[lor]

Hello !

J'ai une question toute bête : j'aimerais sur l'evenement double-clic d'un Tlabel le detruire. Comment faire puisque je suis dans une méthode du label que j'aimerais supprimé ? Pour l'instant ca fait forcement une violation d'accès.

Je dois pas avoir les idées claires aujourd'hui mais je sais pas trop comment m'en sortir...
Vous avez une solution ???

[Wilco]

Et si, plutot que le détruire tu le rendais invisible ?

A+
Wilco

[lor]

Disons que je pourrais le rendre invisible et puis sur un timer supprimer tous les labels non visibles de la fiche. Mais c'est pas super propre...

Y'a pas un autre moyen ?

[Bloon]

Ce n'est pas très logique, mais le code qui répond à un événement de composant ne se trouve pas dans la classe du composant. En général, il se trouve dans la classe du owner (le TForm).

Ceci fonctionne :

Code :

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

1
2
3
4
procedure TForm1.Label1DblClick(Sender: TObject);
begin
  freeAndNil(sender);
end;

Bloon

[lor]

oui tu as raison. je sais pas trop d'ou vient le pb.... pfff

en tout cas merci

[Bloon]

Tu accèdes peut-être à l'objet après sa destruction ?

Bloon

[Pierre Castelain]

Ce n'est pas très logique, mais le code qui répond à un événement de composant ne se trouve pas dans la classe du composant. En général, il se trouve dans la classe du owner (le TForm).

Tsss, tu te trompe Bloon
C'est bien le code de la classe du TLabel qui déclenche l'événement et appelle TForm1.Label1DblClick
Il y a donc de gros risques à supprimer le Sender dans un événement.
Ce que je fais généralement dans ces cas là c'est d'ajouter un gestionnaire de message WM_USER ou autre et d'effectuer la suppression dans la méthode associée. Comme ça, pas de problème.

[Bloon]

Ce n'est pas très logique, mais le code qui répond à un événement de composant ne se trouve pas dans la classe du composant. En général, il se trouve dans la classe du owner (le TForm).

Tsss, tu te trompe Bloon
C'est bien le code de la classe du TLabel qui déclenche l'événement et appelle TForm1.Label1DblClick
Il y a donc de gros risques à supprimer le Sender dans un événement.
Ce que je fais généralement dans ces cas là c'est d'ajouter un gestionnaire de message WM_USER ou autre et d'effectuer la suppression dans la méthode associée. Comme ça, pas de problème.

évidemment, vu comme ça... :-)

je devrais pas répondre aux messages pendant la sieste :-)

Bloon