-
-
Notifications
You must be signed in to change notification settings - Fork 84
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
middle click sends bacon to outer heaven #298
Comments
No. I'll have a look. |
Ok, so, this may look familiar to terminal users: the events received by bacon on middle click are... the keys matching the text content of the clipboard... |
I'll have to capture mouse events (and then handle the mouse wheel) to fix this. |
This makes bacon handle mouse events. Downsides: - potential regression for users pasting with middle click - major regression for users selecting and copying with the mouse - not using the scroll multiplier defined OS wide Fix #298
See #302 It's not so trivial to fix as I don't think I can recognize a middle-click without intercepting mouse events. Another path I could try is discarding key events sent at the same time, but it wouldn't work when the clipboard contains only one event. Other ideas welcome. |
it's not something bacon should handle, it's related to terminal feature of copy paste and is the intended behavior. Every terminal app will do this. |
Yeah I don't think bacon should try to handle this. I actually think I'd be more surprised if it did handle it. |
action taken: click the middle mouse button
expected result: nothing happens
actual result: bacon cycles through the available job types several times like some sort of wheel of fortune, before stopping on the
test
job, which it then executes.is this intended behavior?
The text was updated successfully, but these errors were encountered: