diff options
author | wm4 <wm4@nowhere> | 2015-01-12 12:53:49 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2015-01-12 12:53:49 +0100 |
commit | 3459130e5c5873f3db794a98d63d261e483e23dc (patch) | |
tree | 0b910f72f8bcdca4d599513277fc3e9d261ef976 /player | |
parent | a8df0bbf22ab05eb5ebd92f6dbb30abd7428120e (diff) | |
download | mpv-3459130e5c5873f3db794a98d63d261e483e23dc.tar.bz2 mpv-3459130e5c5873f3db794a98d63d261e483e23dc.tar.xz |
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.
Diffstat (limited to 'player')
0 files changed, 0 insertions, 0 deletions