Discussion :

[Invité]

Bonjour à tous !

Voilà quelques temps déjà que je galère avec la méthode mouseDragged.
Je souhaite en effet obtenir le déplacement réalisé par la souris lors d'un drag'n'drop.
Par exemple, si l'on est en (5,5) souris cliquée et que l'on se déplace en (5,6), un évènement mouseDragged se produit et j'aimerais obtenir de cet évènement l'information comme quoi la souris s'est déplacée de +1 pixel sur y et de 0 sur x.

Malheureusement, selon l'api, il est seulement possible d'obtenir le point "d'arrivée" de l'évènement et non le déplacement occasionné par celui-ci et encore moins son point "d'origine" (qui permettrait de déduire la translation...)

Existe-t'il une solution ?

Merci d'avance !
Axel

[sinok]

Bonsoir

Le mouseDragged de déclenche de façon quasi continuelle pendant le déplacement.

La esule chose que tu as à faire c'est de stocker le dernier point donné par le mouseDragged et de l'utiliser pou calculer le déplacement effectué lors de mouseDragged suivant

[Invité]

Merci pour ta réponse !

J'ai effectivement essayé cette solution, malheureusement elle comporte un gros problème :
à partir du deuxième déplacement, aucun problème, mais au premier déplacement, les coordonnées de départ sont null (ou à une valeur affectée à l'initialisation). Il faut donc attendre le deuxième déplacement pour obtenir une valeur correcte.
Mais le plus gros problème est qu'au second drag'n'drop, la valeur n'est pas réinitialisée, et cela entraine d'étranges phénomènes d'un point de vue graphique...
L'idéal serait de réinitialiser la valeur sur l'évènement mouseClicked, mais c'est impossible car il s'agit d'une méthode de la classe MouseListener alors que mouseDragged appartient à MouseMotionListener, ce qui entraîne un problème de portée de la variable.

Mais je passe sûrement à côté de quelque chose, car il doit forcément y avoir une solution !

[sinok]

Bah en fait je vois pas où est le fait d'avoir à implémenter deux interface dans une seule classe...
Donc ta classe doit implémenter MouseListener et MouseMotionListener.
Puis tu fais en sorte de stocker la position dans un attribut de ta classe.

Je ne vois pas vraiment où est le problème...

Et puis plutôt que mouseClicked il faut utiliser mousePressed

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
 
 
import java.awt.Point;
 
 
public class DrDop extends JPanel implements MouseListener, MouseMotionListener {
 
    private Point lastPosition;
    @Override
    public void mouseClicked(MouseEvent e) {
        // TODO Auto-generated method stub
 
    }
 
    @Override
    public void mouseEntered(MouseEvent e) {
        // TODO Auto-generated method stub
 
    }
 
    @Override
    public void mouseExited(MouseEvent e) {
        // TODO Auto-generated method stub
 
    }
 
    @Override
    public void mousePressed(MouseEvent e) {
        lastPosition=e.getPoint();
 
    }
 
    @Override
    public void mouseReleased(MouseEvent e) {
        // TODO Auto-generated method stub
 
    }
 
    @Override
    public void mouseDragged(MouseEvent e) {
        Point p = e.getPoint();
        //................ On calcule distance on bouge les choses tout ça tout ça
        lastPosition = p;
    }
 
    @Override
    public void mouseMoved(MouseEvent e) {
        // TODO Auto-generated method stub
 
    }
 
    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
 
    }
 
}

[Invité]

Ah merci, c'est parfait !
En fait je n'avais tout simplement pas pensé à cette façon de faire. Jusque là j'appelais addMouseListener(...) et addMouseMotionListener(...) sur l'objet depuis une autre classe...

Juste par curiosité, y a-t'il des cas où l'on doit utiliser de préférence les add... plutôt que les implements ?

[Uther]

Je suis pas sur de comprendre ta question.

Il faut toujours utiliser les add...Listener(...) avec comme paramètre des objets qui implémentent les Listener correspondants. Sinok ne l'a pas détaillé ça dans l'exemple, dans son l'exemple mais ils sont bien sur nécessaires.