Discussion :

[NicolasJolet]

Bonjour à tous,

Imaginons un traitement long appelé lors d'un clic sur un bouton, que se passe-t-il si je clique plusieurs fois sur ce bouton très rapidement :

• Les évènements clic sont gérés les un après les autres après que chaque traitement pour un clic ait été effectué?
• Le traitement du premier évènement peut être interrompu pour commencer le traitement du deuxième?
• Seul le premier clic est géré, les clics suivant n'étant pas "enregistrés" puisque l'application effectuait déjà un traitement?
• ...

Merci d'avance à tous ceux qui pourraient m'éclairer,
Nicolas

[ekinox17]

me semble que :

Les évènements clic sont gérés les un après les autres après que chaque traitement pour un clic ait été effectué

Mais la solution c'est le multithreading afin de ne pas attendre la fin de ton traitement.
Tu créai un thread pour chaque clic sur ce bouton et tu execute ta fonction, ainsi tu n'es pas obligé d'attendre la fin du traitement de l'opération, et les fils d'execution s'effectue de manière concurente. (sauf si bien sûr tu as besoin que le traitement du premier clic soit effectuer pour entamer l'execution du deuxieme comme pour les base de données les calculs et toute utilisation d'une ressource partagée)

[NicolasJolet]

De ma connaissance du fonctionnement de la gestion des messages de Windows, je dirais aussi qu'il devrait gérer chaque clic l'un après l'autre.

Par contre je n'ai pas bien compris ta deuxième phrase (je m'étais mal exprimé dans ma question, cela vient surement de là )

[ekinox17]

J'ai édité trouves-tu ça plus compréhensible ?

[joujou_le_fou]

Ca n'a peut-etre rien à voir, mais si tu veux empêcher cette possibilité, tu peux Disabler le bouton en début de traitement, et l'Enabler à la fin...

[NicolasJolet]

Oui je comprend mieux

Mais mon but n'est justement pas de pouvoir exécuter des tâches parallèles mais d'empêcher que l'on ne clique plusieurs fois sur un bouton si on n'y prend pas garde.

[NicolasJolet]

Ca n'a peut-etre rien à voir, mais si tu veux empêcher cette possibilité, tu peux Disabler le bouton en début de traitement, et l'Enabler à la fin...

C'est justement ce que je fais mais ça ne semble pas fonctionner :s

[joujou_le_fou]

C'est justement ce que je fais mais ça ne semble pas fonctionner :s

C'est à dire?

[ekinox17]

Dans ce cas joujou t'as mis sur la voie:
Met la propriété enabled de ton bouton a false lors du traitement et un backgroundworker est en général utilisé pour les traitement long (ça evite que ton interface freeze), utilise l'event RunWorkerCompleted pour repasser la valeur enabled de ton bouton a true.

[NicolasJolet]

Je viens de retester, je m'étais simplement trompé dans la lecture de mes logs :
les évènements sont bien appelés les uns après le autres (même si je n'ai rien affirmé ici je pensais que ce n'était pas le cas)

C'est à dire?

Si jamais la fenêtre prend trop de temps à être désactivée, ce qui peut être simulé avec un thread.sleep(), on peut générer plusieurs évènements de clic avant qu'elle ne soit désactivée.

Je suis bien conscient que c'est extrêmement rapide de désactiver une fenêtre et que le commun des mortels n'aura sans doute jamais le temps de générer deux clics pendant le temps que cette opération s'effectue (ou plutôt avant que la fonction ne soit appelée, ce qui est plus plausible) mais ça peut arriver...