summaryrefslogtreecommitdiffstats
path: root/video/out/wayland_common.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2015-01-12 12:53:49 +0100
committerDiogo Franco (Kovensky) <diogomfranco@gmail.com>2015-01-25 17:00:19 +0900
commit929c4a5529bd915b6b0d3f6a464a43a5d1b34071 (patch)
tree3a1619e1bd81aa1b9d70900717214c8bed093ccd /video/out/wayland_common.c
parent38903486fb9f3f5707e33f33aff0363cea5be3b3 (diff)
downloadmpv-929c4a5529bd915b6b0d3f6a464a43a5d1b34071.tar.bz2
mpv-929c4a5529bd915b6b0d3f6a464a43a5d1b34071.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 'video/out/wayland_common.c')
0 files changed, 0 insertions, 0 deletions