summaryrefslogtreecommitdiffstats
path: root/video/img_format.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-12-01 17:59:20 +0100
committerwm4 <wm4@nowhere>2013-12-01 18:05:08 +0100
commit1136a8b6acf65c6345d8a25dbc56e9228d14e11a (patch)
tree4cab267bfdb86ba0fb223ef0509206be16b0a71e /video/img_format.c
parent071ae5613f4bbbc41f0780505bc30ef3611cad38 (diff)
downloadmpv-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 'video/img_format.c')
0 files changed, 0 insertions, 0 deletions