commit | 7df1bc9d8482b903533bbd251a9ba84f01941980 | [log] [tgz] |
---|---|---|
author | Xi Yan <xixiyan@redhat.com> | Thu Dec 13 10:37:51 2018 -0500 |
committer | Eric Williams <ericwill@redhat.com> | Thu Dec 13 13:18:18 2018 -0500 |
tree | a033d4b266bd7742d5b18b5a9269964c23436d0d | |
parent | 218b69a1632dcada8464e8f4114e52547033b943 [diff] |
Bug 541635 - [Wayland] Random behaviour when moving editor tabs 1) Block in dragDetect until mouse is released or drag is detected while using gtk_motion_event for drag detection. See Bug 515396. This was done using extra mouseDown and dragBegun flags to keep track of the mouse or drag state. 2) When editor tabs are being dragged, CTabFolder receives button_pressed event a *single* motion_notify event when drag begins. Then the Tracker rectangle is initialize and all motion_notify event and button_released event is received by the Tracker which is not part of Control. This causes the issue that even when mouse is released, dragDetect still assumes the drag has not ended. So the cursor can still move a tab even after releasing the mouse. The fix is to extend the DND blocking logic and update that mouse was released in Tracker. Change-Id: I71ac7edf3f2c51349426004af514037ff537c0aa Signed-off-by: Xi Yan <xixiyan@redhat.com>
Thanks for your interest in this project.
See the following description for how to contribute a feature or a bug fix to SWT.
Information regarding source code management, builds, coding standards, and more and be found under the following link.
Before your contribution can be accepted by the project, you need to create and electronically sign the Eclipse Foundation Contributor License Agreement (CLA).
Contact the project developers via the project's “dev” list.
This project uses Bugzilla to track ongoing development and issues.
Be sure to search for existing bugs before you create another one. Remember that contributions are always welcome!