mpv/input
wm4 3459130e5c client API: reasonable behavior if window is closed
Closing the video window sends CLOSE_WIN, which is normally mapped to
the "quit" command. The client API normally disables all key bindings,
and closing the window does nothing. It's simply left to the application
to handle this. This is fine - an embedded window can not be destroyed
by user interaction.

But sometimes, the window might be destroyed anyway, for example because
the containing window is destroyed. If this happens, CLOSE_WIN should
better not be ignored. We can't expect client API users to handle this
specially (by providing their own input.conf), so provide some fallback
for this pseudo key binding. The "quit" command might be too intrusive
(not every client necessarily handles "unexpected" MPV_EVENT_SHUTDOWN),
but I think it's still reasonable.
2015-01-12 12:53:49 +01:00
..
cmd_list.c command: extend revert_seek command 2014-12-17 22:56:45 +01:00
cmd_list.h input: simplify 2014-11-24 16:48:34 +01:00
cmd_parse.c input: simplify 2014-11-24 16:48:34 +01:00
cmd_parse.h command: print executed commands with -v 2014-10-23 15:13:05 +02:00
event.c input: use mpv_node parser for char** command parsers 2014-10-10 22:58:28 +02:00
event.h Move compat/ and bstr/ directory contents somewhere else 2014-08-29 12:31:52 +02:00
input.c client API: reasonable behavior if window is closed 2015-01-12 12:53:49 +01:00
input.h input: simplify 2014-11-24 16:48:34 +01:00
ipc.c ipc: add enable_event and disable_event commands 2014-12-24 14:32:02 +01:00
joystick.c Do not call strerror() 2014-11-26 21:21:56 +01:00
keycodes.c Remove some unneeded NULL checks 2014-11-21 09:58:09 +01:00
keycodes.h
lirc.c Do not call strerror() 2014-11-26 21:21:56 +01:00
pipe-win32.c pipe-win32: possible fix for Windows XP deadlock 2014-12-11 23:38:15 +11:00