-
Notifications
You must be signed in to change notification settings - Fork 147
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
Strange doubleclick on title behavior #1657
Comments
Yes, AFAIR we indeed only use the cursor position of the second click to determine the target. If yes we could potentially store the first target and on the 2nd click compare the two targets and if they differ do not call the bound action. |
The only reason I noticed this behavior is because it was unexpected, and a window disappeared when I didn't expect it to. This is also not the way it behaves in openbox, fwiw, so maybe worth restricting it to the titlebar imo. |
iirc, the first time i noticed, I had clicked something in the window, then immediately went to drag it, but it disappeared instead. so in my particular case, could maybe not register that second click if it's a click-and-hold? |
That sounds like something that totally can happen. Lets fix this. |
I experienced this problem too when I first started using labwc. Setting |
...because click on different parts of a client should not be interpreted as a double click. Previously only cursor-button and view were validated to be the same between clicks. This resulted in, for example a click on the client surface itself quickly followed by a click on the SSD titlebar being interpreted as a double-click on the titlebar. Fixes: labwc#1657
Does #1659 solve this? |
...because click on different parts of a client should not be interpreted as a double click. Previously only cursor-button and view were validated to be the same between clicks. This resulted in, for example a click on the client surface itself quickly followed by a click on the SSD titlebar being interpreted as a double-click on the titlebar. Fixes: #1657
Should be fixed in latest master. Thanks for bringing this up. |
...because click on different parts of a client should not be interpreted as a double click. Previously only cursor-button and view were validated to be the same between clicks. This resulted in, for example a click on the client surface itself quickly followed by a click on the SSD titlebar being interpreted as a double-click on the titlebar. Fixes: labwc#1657
So this is a bit of a weird one, but I noticed this today.
I currently have the following mousebind set:
ie, doubleclick titlebar to minimize
however, I noticed that labwc seems to register any click within the application itself as a titlebar click, so long as the second click ends on the titlebar. so for instance, if I have featherpad open, I can click in the empty space next to the toolbar icons, then very quickly move my mouse to the titlebar and click a second time. if done fast enough (within the double click time window) this causes the window to iconify.
it appears that labwc is reading that first click, the one within the application content, as a click on the titlebar. double clicking within the application context (so the second click is not on the titlebar) behaves as expected.
latest labwc git (11b6836) on arch
The text was updated successfully, but these errors were encountered: