MouseDown-Ereignisse werden erst ausgegeben, wenn MouseUp eine Drag-Quelle enthält

Question

Ich habe einen Maus-Listener. Es gibt Code, der auf MouseUp- und MouseDown-Ereignisse reagiert. Dies funktioniert korrekt.

Sobald ich jedoch eine DragSource hinzufüge, wird mein mouseDown Event nicht mehr geliefert - bis ich die Maustaste loslasse!

Dies ist trivial zu reproduzieren - unten ist ein einfaches Programm, das eine einfache Shell mit nur einem Maus-Listener und einem Drag-Listener enthält. Wenn ich das (auf einem Mac) ausführe und die Maustaste drücke und halte, passiert nichts - aber sobald ich die Maustaste loslasse, sehe ich sofort sowohl die Mouse-Down- als auch Mouse-Up-Ereignisse. Wenn ich die Ziehquelle auskommentiere, werden die Mausereignisse so geliefert, wie sie sein sollten.

Ich habe für andere mit ähnlichen Problemen gesucht, und die nächste, die ich auf eine Erklärung gefunden habe, ist dies:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=26605#c16 „Wenn Sie ziehen erkennen Haken, das Betriebssystem benötigt, bis es Mausereignisse essen bestimmt, dass Sie entweder gezogen haben oder nicht. "

Allerdings verstehe ich nicht, warum das stimmt - warum muss das Betriebssystem Mausereignisse essen, um festzustellen, ob ich einen Widerstand habe oder nicht? Der Drag startet erst, wenn ich bei gedrückter Taste ein Maus-Bewegungsereignis habe.

Noch wichtiger: Kann jemand einen Workaround vorschlagen? (Ich habe versucht, meine Ziehquelle dynamisch hinzuzufügen und zu entfernen, wenn die Maus gedrückt wird, aber dann konnte ich nicht ziehen & drop um richtig zu funktionieren, da es nie den ersten Tastendruck sah - und ich kann keinen Weg finden, programmgesteuert zu initiieren . drag)

Hier ist das Beispielprogramm:

package swttest; 

    import org.eclipse.swt.dnd.DND; 
    import org.eclipse.swt.dnd.DragSource; 
    import org.eclipse.swt.dnd.DragSourceEvent; 
    import org.eclipse.swt.dnd.DragSourceListener; 
    import org.eclipse.swt.events.MouseEvent; 
    import org.eclipse.swt.events.MouseListener; 
    import org.eclipse.swt.widgets.Display; 
    import org.eclipse.swt.widgets.Shell; 

    public class SwtTest { 
     public static void main(String[] args) { 
      final Display display = new Display(); 
      final Shell shell = new Shell(display); 
      shell.addMouseListener(new MouseListener() { 
       public void mouseUp(MouseEvent e) { 
        System.out.println("mouseUp"); 
       } 

       public void mouseDown(MouseEvent e) { 
        System.out.println("mouseDown"); 
       } 

       public void mouseDoubleClick(MouseEvent e) { 
        System.out.println("mouseDoubleClick"); 
       } 
      }); 
      DragSourceListener dragListener = new DragSourceListener() { 

       public void dragFinished(DragSourceEvent event) { 
        System.out.println("dragFinished"); 

       } 

       public void dragSetData(DragSourceEvent event) { 
        System.out.println("dragSetData"); 

       } 

       public void dragStart(DragSourceEvent event) { 
        System.out.println("dragStart"); 
       } 
      }; 
      DragSource dragSource = new DragSource(shell, DND.DROP_COPY | DND.DROP_MOVE); 
      dragSource.addDragListener(dragListener); 
      shell.pack(); 
      shell.open(); 
      while (!shell.isDisposed()) { 
       if (!display.readAndDispatch()) 
        display.sleep(); 
      } 
      display.dispose(); 
     } 
    } 

Answer 1

um Ihre Frage zu beantworten, warum dies geschieht - auf Cocoa wir nicht ein Hemmschuh betrachten haben begonnen, bis die Maus ein paar Pixel bewegt hat . Dies schützt vor "versehentlichen" Verzögerungen, wenn Sie mit den Klicks schlampig sind. Unter Linux und Win32 kann das Window Toolkit die Zieherkennung durchführen. Wenn Sie die Taste gedrückt halten, wird die Erkennung unterbrochen und die Maustaste gedrückt gehalten. Auf Cocoa haben wir keine Auszeit, weshalb nichts passiert, bis das Ziehen erkannt wird oder ein Mouse Up passiert.

Das ist eine Menge von Details, aber die Schlussfolgerung ist, dass das Verhalten inkonsistent ist, und wir sollten immer in der Lage sein, die Maus sofort zu liefern, ohne auf die Zieherkennung warten zu müssen.

Ich sehe keine Problemumgehung, da dies geschieht, bevor die Steuerung das Ereignis sieht.

Siehe this bug, die Patches für Win32, GTK und Kakao SWT hat.

Answer 2

Ich hatte das gleiche Problem und fand eine Lösung. Sobald Sie eine DragSource an Ihr benutzerdefiniertes Widget angefügt haben, wird die Ereignisschleife im Maus-Hook dieses Widgets blockiert und es werden Mausbewegungsereignisse gegessen, um einen Widerstand zu erkennen. (Ich habe nur den GTK-Code von SWT untersucht, um das herauszufinden, also kann es auf anderen Plattformen ein wenig anders funktionieren, aber meine Lösung funktioniert auf GTK, Win32 und Cocoa.) In meiner Situation war ich nicht so viel Ich interessierte mich dafür, das Mouse-Down-Ereignis genau zu erkennen, als es passierte, aber ich war daran interessiert, die Verzögerung der Verzögerungserkennung erheblich zu reduzieren, da der gesamte Zweck meiner Canvas-Implementierung darin bestand, den Benutzer Dinge zu ziehen.die Ereignisschleife Sperrung und integrierte Drag Erkennung zu deaktivieren, alles, was Sie tun müssen, ist:

setDragDetect(false); 

In meinem Code, ich dies tun, bevor Sie die Dragsource-Befestigung. Wie Sie bereits festgestellt haben, bleibt Ihnen das Problem, dass Sie keinen Widerstand mehr auslösen können. Aber ich habe auch dafür eine Lösung gefunden. Glücklicherweise ist die Ziehereignisgenerierung reines Java und nicht plattformspezifisch in SWT (nur die Zieherkennung). Sie können also Ihr eigenes DragDetect-Ereignis zu einem Zeitpunkt generieren, an dem es für Sie praktisch ist. Ich habe einen MouseMoveListener an meinen Canvas angehängt, und er speichert die letzte Mausposition, die akkumulierte Schleppdistanz und ob er bereits ein DragDetect-Ereignis generiert hat (neben anderen nützlichen Dingen). Dies ist die mouse() Umsetzung:

public void mouseMove(MouseEvent e) { 
    if (/* some condition that tell you are expecting a drag*/) { 

     int deltaX = fLastMouseX - e.x; 
     int deltaY = fLastMouseY - e.y; 

     fDragDistance += deltaX * deltaX + deltaY * deltaY; 

     if (!fDragEventGenerated && fDragDistance > 3) { 
      fDragEventGenerated = true; 

      // Create drag event and notify listeners. 
      Event event = new Event(); 
      event.type = SWT.DragDetect; 
      event.display = getDisplay(); 
      event.widget = /* your Canvas class */.this; 
      event.button = e.button; 
      event.stateMask = e.stateMask; 
      event.time = e.time; 
      event.x = e.x; 
      event.y = e.y; 
      if ((getStyle() & SWT.MIRRORED) != 0) 
       event.x = getBounds().width - event.x; 

      notifyListeners(SWT.DragDetect, event); 
     } 
    } 

    fLastMouseX = e.x; 
    fLastMouseY = e.y; 
} 

Und das wird die eingebaute, Sperrung drag Erkennung für Sie ersetzen.