diff options
author | wm4 <wm4@nowhere> | 2013-12-01 17:59:20 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-12-01 18:05:08 +0100 |
commit | 1136a8b6acf65c6345d8a25dbc56e9228d14e11a (patch) | |
tree | 4cab267bfdb86ba0fb223ef0509206be16b0a71e /stream/stream_dvb.c | |
parent | 071ae5613f4bbbc41f0780505bc30ef3611cad38 (diff) | |
download | mpv-1136a8b6acf65c6345d8a25dbc56e9228d14e11a.tar.bz2 mpv-1136a8b6acf65c6345d8a25dbc56e9228d14e11a.tar.xz |
input: don't emit command when using multiple mouse buttons at once
This is for key bindings that use multiple mouse buttons at once. (Yes,
this is weird, but MPlayer always had this feature, and apparently
there are people using it!)
Before this commit, clicking another mouse button while still holding
the previous mouse button forced the command bound to the previous
mouse button to be emitted. This is usually needed to make sure the
input consumer (the player and the OSC) stays in sync with the actual
mouse button state. If there's no command sent, the OSC in particular
would think the button is still held down. However, sending the command
is undesired behavior if you want to use these multiple-key binds.
Solve this by emitting commands in this situation only if a key down
command was sent earlier. Since mouse button key bindings are normally
executed on key-up only, this happens with special commands like
script_dispatch only (used by the OSD to track mouse buttons, but
also used for other OSC bindings).
See github issue #390.
Diffstat (limited to 'stream/stream_dvb.c')
0 files changed, 0 insertions, 0 deletions