some more Libvlc/hotkeys issues

[erwan10]

X11 video_output plugin is set up to monitor key/mouse events for any case (either windows created from scratch or widget provided by an existing GUI). This makes it impossible for libvlc programmers to manage their video widgets as they wish.

Question : What about adding an option to switch on/off key/mouse event handling at the plugin level (at least, when not in fullscreen mode) ?

As a test, just by commenting the following X11 line in modules/video_output/x11/xcommon.c, QT4 widget can then display video sent by libvlc and yet respond to key/mouse event from the QT4 architecture.

XSelectInput( p_vout->p_sys->p_display, p_win->base_window,
StructureNotifyMask | KeyPressMask |
ButtonPressMask | ButtonReleaseMask |
PointerMotionMask);

Actually, even the qt4 GUI interface could benefit from it. (Today, on Linux, you cannot access ALT-sthg to reach menus if the mouse is situated on the video widget, because of key/mouse handling at the plugin level)

[Jean-Baptiste Kempf]

You need to process the hotkeys from the vout, since you may not have any interface.

[erwan10]

You're right. That's why I was thinking of an option (with three values) like :

--vout-x11-event = none | fullscreen-only | fullsupport

- livlc API developpers could decide which option is best for their need
- those without interface would surely use "fullsupport"
- qt4 interface could be better off with "fullscreen-only" mode, since qt4 interface already manages hotkeys on its own.

Implementing this option (at least for X11) would mean limiting this "XSelectInput" function with if statements. Setting fullsupport mode as default mode would make it painless for anybody.
(I can provide proof-of-concept patch if that can help)