COMPOSANT EDIT PERMETTANT DE SAVOIR QUI A MODIFIE LE TEXTE DANS LE ONCHANGE

Commentaire de JulioDelphi le 20/10/2006 14:49:29 administrateur CS

fonctionne tres bien, super utile ce genre de compo :D
bravo

Commentaire de Guillemouze le 21/10/2006 23:09:06

non c'est bien volontaire.
En fait a la bas je suis parti uniquement sur les methodes propores à chaque source. Mais ensuite, je me suis dit que certains veulent peut etre plus faire un seul traitement avec quelques differences selon la source, comme par exemple:

Edit1Change(Sender: TObject; UserEdit: Boolean);
begin
  if UserEdit then blablabla
  //du code commun aux deux
  if not UserEdit bliblibli
  //du code commun aux deux
  ...
end;

c'est pour cela que j'ai implémenté la deuxième façon de proceder. il est donc preferable de ne pas melanger l'utilisation de ces 2 methodes, a moins d'etre sur de ce que l'on fait.
si on regarde le code, on voit bien que la methode OnChange est appelée avant les methodes OnUser/CodeChange. Donc il est possible de faire un traitement commun avant le traitement specifique.
Il est aussi possible de creer un evenement du style Before et After pour l'event commun.
Je pense qu'il est tout simplement plus simple de ne pas melanger les appels, mais je n'ai pas voulu le bloquer car quelqun qui sait quel est le processus d'appel peut en jouer.

desolé à ceux qui lise ce message, j'ai l'impression d'avoir dit 10 fois la meme chose de manieres differentes :$

Commentaire de Guillemouze le 23/10/2006 11:56:52

pourquoi on ne met pas a nil les gestionnaires d'evenements?