You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While I think there still be some workaround in this flutter plugin, for example: clear previous _offset on the "focus-in-event" signal, and do not call _notifyEvent on the following first "drag-motion" signal.
Of course, this will lead to an obvious side effect. When the cursor just enters DropTarget, UI will not change. Only when the cursor moves slightly within DropTarget, UI will be updated.
However, manual operations by human could trigger drag-motion very frequently, and I think the latency of UI update is almost imperceptible to human users. And for users performing bulk actions using automated mouse emulators, UI updates is not important.
sun-jiao
changed the title
onDragEntered and onDragUpdated triggered when user come back from another windows and click the DropTargetonDragEntered and onDragUpdated triggered when user come back from another window
Mar 24, 2024
sun-jiao
changed the title
onDragEntered and onDragUpdated triggered when user come back from another window
[onDragEntered and onDragUpdated triggered when user come back from another window
Mar 24, 2024
sun-jiao
changed the title
[onDragEntered and onDragUpdated triggered when user come back from another window
[Linux] [KDE Plasma] onDragEntered and onDragUpdated triggered when user come back from another window
Mar 24, 2024
A clear and concise description of what the bug is.
Reproduce Steps
Steps to reproduce the behavior:
DropTarget
onDragEntered
oronDragUpdated
is triggered.Expected behavior
A single click should not trigger anything.
Version (please complete the following information):
desktop_drop_example.mp4
The text was updated successfully, but these errors were encountered: