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
Describe the bug
The library uses a relative mouse position to determine whether a drag operation has started. Unfortunately this position is relative to a UI Element, not the MainWindow. This has the result that if a "ScrollIntoView" operation is triggered by a click, the drag operation is started, despite the user not having moved the mouse. Instead the element that was clicked on has moved, therefore changig the relative position.
To Reproduce
Steps to reproduce the behavior:
Create a ListBox with large enough item container styles.
Scroll so one element is only half in-view.
Click on the element and hold the mouse button down.
Observe that the element gets scrolled fully into view, which triggers the drag operation
Expected behavior
Drag should only happen when the mouse is moved, not when an element is moved.
The text was updated successfully, but these errors were encountered:
Describe the bug
The library uses a relative mouse position to determine whether a drag operation has started. Unfortunately this position is relative to a UI Element, not the MainWindow. This has the result that if a "ScrollIntoView" operation is triggered by a click, the drag operation is started, despite the user not having moved the mouse. Instead the element that was clicked on has moved, therefore changig the relative position.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Drag should only happen when the mouse is moved, not when an element is moved.
The text was updated successfully, but these errors were encountered: