Je crois que j'ai compris où tu veux en venir et je propose ce type d'explication du problème qui me semble plus profitable qu'un "y'a qu'à faire comme ça" :

Si dans ton code tu mets le même bouton pour tes tests (m==0) et (m==1), le problème c'est que ces tests ne sont pas mutuellement exclusifs (puisque tu perds l'aspect exclusif de "bouton droit pour le premier test" / "bouton gauche pour le deuxième test"). Alors dès que le premier test sera concluant, celui-ci passera la variable m à 1 et de ce fait, rendra IMMÉDIATEMENT le second test concluant, puisqu'il aura lieu dans la foulée (et pas seulement lors de la prochaine série de tests, au clic suivant).

Alors pour éviter ce problème, plutôt qu'une suite de tests "if ..." (et donc qui s’effectueront les uns à la suite des autres dans tous les cas) on peut utiliser des tests du type "if ... else if ... else if" pour que, dès qu'un des tests est concluant, les suivants ne soient pas effectués avant un nouveau mousePressed().
Cela équivaut d'ailleurs à l'usage de la structure switch() avec des "breaks;", tout à fait appropriée pour effectuer des tâches selon la valeur d'une variable, et décrite ici : https://www.processing.org/reference/switch.html

A noter également que tes "étapes" 2 et 3 (c'est à dire pour m==1 et m==2) peuvent se combiner en une seule, puisque dès que tu as ton second clic, tu peux tout de suite effectuer ton interversion de case.

Dernière modification par Nicolas Lhommet (2015-01-12 21:27:40)

http://openclassrooms.com/courses/proce … controle-1
bonne lecture !