"Patrick Philippot" a écrit dans le message de news:
Lio wrote: > Je crois que l'on ne se comprend pas
Probablement. Ou que l'un de nous deux s'exprime mal :-) .
Allez savoir...
Quand je lis
>>> Ouais,... enfin si le bouton disparaît il semble logique que le >>> traitement qui était lié à ce bouton va disparaître aussi donc si ce >>> traitement était appelé il a toutes les chances de disparaître >>> aussi...
il me semble bien que l'on parle du traitement déclenché quand l'utilisateur clique sur le bouton. Et il ne va pas nécessairement disparaître. C'est cette affirmation que je réfute. Sinon, de quel traitement parle-t-on? A part quelques lignes de code marginales et l'appel à la fonction de traitement proprement dite, le handler du bouton doit être pratiquement vide. Si nous sommes d'accord là-dessus, c'est qu'effectivement il y a un malentendu.
Pour votre information sur nos 2 applications en C# qui comportent environ entre 120 et 150 boites de dialogue chacune il n'y a *aucun* traitement utilisateur dans le code de l'événement clic des boutons.
En tous cas, l'idée de départ est que l'utilisation de Perform_Click est à proscrire sauf contrainte particulière. Sommes-nous au moins d'accord là-dessus?
Non, justement, je n'ai rien contre le perform_Click dans le cas d'un besoin ponctuel si le besoin est réel et justifié. Si cela doit devenir une habitude de programmation c'est un autre probleme.
Cordialement
"Patrick Philippot" <patrick.philippot@mainsoft.xx> a écrit dans le message
de news:u7GCqvIgEHA.3348@TK2MSFTNGP12.phx.gbl...
Lio wrote:
> Je crois que l'on ne se comprend pas
Probablement. Ou que l'un de nous deux s'exprime mal :-) .
Allez savoir...
Quand je lis
>>> Ouais,... enfin si le bouton disparaît il semble logique que le
>>> traitement qui était lié à ce bouton va disparaître aussi donc si ce
>>> traitement était appelé il a toutes les chances de disparaître
>>> aussi...
il me semble bien que l'on parle du traitement déclenché quand
l'utilisateur clique sur le bouton. Et il ne va pas nécessairement
disparaître. C'est cette affirmation que je réfute. Sinon, de quel
traitement parle-t-on? A part quelques lignes de code marginales et
l'appel à la fonction de traitement proprement dite, le handler du
bouton doit être pratiquement vide. Si nous sommes d'accord là-dessus,
c'est qu'effectivement il y a un malentendu.
Pour votre information sur nos 2 applications en C# qui comportent environ
entre 120 et 150 boites de dialogue chacune il n'y a *aucun* traitement
utilisateur dans le code de l'événement clic des boutons.
En tous cas, l'idée de départ est que l'utilisation de Perform_Click est
à proscrire sauf contrainte particulière. Sommes-nous au moins d'accord
là-dessus?
Non, justement, je n'ai rien contre le perform_Click dans le cas d'un besoin
ponctuel si le besoin est réel et justifié. Si cela doit devenir une
habitude de programmation c'est un autre probleme.
"Patrick Philippot" a écrit dans le message de news:
Lio wrote: > Je crois que l'on ne se comprend pas
Probablement. Ou que l'un de nous deux s'exprime mal :-) .
Allez savoir...
Quand je lis
>>> Ouais,... enfin si le bouton disparaît il semble logique que le >>> traitement qui était lié à ce bouton va disparaître aussi donc si ce >>> traitement était appelé il a toutes les chances de disparaître >>> aussi...
il me semble bien que l'on parle du traitement déclenché quand l'utilisateur clique sur le bouton. Et il ne va pas nécessairement disparaître. C'est cette affirmation que je réfute. Sinon, de quel traitement parle-t-on? A part quelques lignes de code marginales et l'appel à la fonction de traitement proprement dite, le handler du bouton doit être pratiquement vide. Si nous sommes d'accord là-dessus, c'est qu'effectivement il y a un malentendu.
Pour votre information sur nos 2 applications en C# qui comportent environ entre 120 et 150 boites de dialogue chacune il n'y a *aucun* traitement utilisateur dans le code de l'événement clic des boutons.
En tous cas, l'idée de départ est que l'utilisation de Perform_Click est à proscrire sauf contrainte particulière. Sommes-nous au moins d'accord là-dessus?
Non, justement, je n'ai rien contre le perform_Click dans le cas d'un besoin ponctuel si le besoin est réel et justifié. Si cela doit devenir une habitude de programmation c'est un autre probleme.
Cordialement
Lio
"Lio" a écrit dans le message de news:411ce73f$0$16433$
Pour votre information sur nos 2 applications en C# qui comportent environ entre 120 et 150 boites de dialogue chacune il n'y a *aucun* traitement utilisateur dans le code de l'événement clic des boutons.
Pour etre clair: je précise qu'il s'agit bien sur des boutons provoquant la fermeture de la DLG (cancel ou OK, ou autre bouton).
"Lio" <nomail@mail.com> a écrit dans le message de
news:411ce73f$0$16433$626a14ce@news.free.fr...
Pour votre information sur nos 2 applications en C# qui comportent environ
entre 120 et 150 boites de dialogue chacune il n'y a *aucun* traitement
utilisateur dans le code de l'événement clic des boutons.
Pour etre clair: je précise qu'il s'agit bien sur des boutons provoquant la
fermeture de la DLG (cancel ou OK, ou autre bouton).
"Lio" a écrit dans le message de news:411ce73f$0$16433$
Pour votre information sur nos 2 applications en C# qui comportent environ entre 120 et 150 boites de dialogue chacune il n'y a *aucun* traitement utilisateur dans le code de l'événement clic des boutons.
Pour etre clair: je précise qu'il s'agit bien sur des boutons provoquant la fermeture de la DLG (cancel ou OK, ou autre bouton).
