diff options
author | wm4 <wm4@nowhere> | 2014-07-07 18:18:41 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2014-07-07 18:18:41 +0200 |
commit | 4d829d750cc872ae4e6bf31117022f8934230972 (patch) | |
tree | ec7a3855f2de23a876aba60beb5ef9582627a9e5 /stream/frequencies.h | |
parent | c07bae02e2d0cdb32e6d4f0741ad039091f64bd7 (diff) | |
download | mpv-4d829d750cc872ae4e6bf31117022f8934230972.tar.bz2 mpv-4d829d750cc872ae4e6bf31117022f8934230972.tar.xz |
input: restore ability to combine mouse buttons
Key bindings are decided on the "down" event, so if the prefix is not
unique, the first/shortest will be used (e.g. when both "a" and "a-b"
are mapped, "a" will always be chosen).
This also breaks combining multiple mouse buttons. But it seems users
expect it to work, and it's indeed a bit strange that it shouldn't work,
as mouse bindings are emitted on the key "up" event, not "down" (if the
shorter binding didn't emit a command yet, why shouldn't it be
combinable).
Deal with this by clearing the key history when a command is actually
emitted, instead of when a command is decided. This means if both
MOUSE_BTN0 and MOUSE_BTN0-MOUSE_BTN1 are mapped, the sequence of holding
down BTN0 and then BTN1 will redecide the current command. On the other
hand, if BTN0 is released before BTN1 is pressed, the command is
emitted, and the key history is deleted. So the BTN1 press will not
trigger BTN0-BTN1.
For normal keys, nothing should change, because commands are emitted on
the "down" event already, so the key history is always cleared.
Might fix #902.
CC: @mpv-player/stable (if this fix is successful)
Diffstat (limited to 'stream/frequencies.h')
0 files changed, 0 insertions, 0 deletions