-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Don't drag with secondary pointer button by default #578
Comments
I agree that it makes sens to limit dragging windows using the primary mouse button. |
just wanted to ask if this would affect future features like selecting multiple items (maybe in a list view sorta widget) by dragging with primary button, where we can choose secondary button to drag windows or such. |
@coderedart if a widget listens for drags (with |
For a Context Menu #543 it is natural to use the second mouse button to open it by a click. Currently, when this happens on a draggable element, the right click is registered as a drag (same for left clicks). This is a problem for this feature, because context menus can't be opened on draggable elements.
In general, I think it is more common to use the left mouse button for initiating drags, anyways, not the right mouse button. Maybe the right mouse button should not register drags at all, by default?
In any case, #547 would still fix this, just wanted to put this up for discussion.
The text was updated successfully, but these errors were encountered: