wm4 1136a8b6ac 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.		2013-12-01 18:05:08 +01:00
..
input.c	input: don't emit command when using multiple mouse buttons at once	2013-12-01 18:05:08 +01:00
input.h	command: add a revert_seek command	2013-12-01 02:07:32 +01:00
joystick.c
joystick.h
keycodes.h	osx: use MP_KEY_* instead of MK_* for media keys	2013-09-01 20:57:40 +02:00
lirc.c
lirc.h