从XGrabKeyboard中排除一些键

Question

考虑一个应用程序,在聚焦时需要抓住键盘以捕获所有窗口管理器命令(Alt + F4和诸如此类)以进行处理.现在,这具有以下缺点:当抓取键盘时,用户无法通过键盘切换到另一个应用程序或虚拟桌面.我想要一个用户定义的密钥组合白名单(例如,用于切换虚拟桌面的组合键)从抓取中排除.

我可以想到两种可能的方法.当列入白名单的密钥事件时

1. 不知何故告诉X像往常一样继续处理它.这听起来像是一种更自然的方式,但我找不到办法做到这一点,或者
2. 取消键盘并手动将事件重新发送到窗口管理器进行处理,但是我不知道将它发送到哪里(根窗口？)或者是否可以工作.

任何人都可以填补空白吗？还有其他建议吗？

如果没有办法从抓斗中排除键,我想我必须满足于有一个"退出键",在按下键盘时会松开键盘.用户必须同时按下那个,然后按窗口管理器命令,这不是很好.

Answer 1

我不认为有办法做到这一点。没有一种机制能够完全按照您所需要的方式工作。

例如，如果窗口管理器决定不拦截单击或按键，则采用方法 1。但是，WM 使用“被动”抓取特定键（XGrabKey=passive XGrabKeyboard=active），然后使用 XAllowEvents()。XAllowEvents() 不适用于 XGrabKeyboard()。此外，当您使用其中一种重播模式 XAllowEvents 时，重播事件会绕过具有原始抓取的窗口及其所有父窗口上的所有被动抓取。WM 的抓取将位于根窗口上，该窗口将始终是父窗口，因此据我所知，无法重播到根窗口。无论如何，在每个可能的键上执行 XGrabKey 都会有点神经质。

方法 2 会出现严重的竞争条件问题，因为在重新发送之前可能会处理其他键和鼠标事件，因此您需要重新排序键并将事件发送到被破坏的窗口和其他混乱。另外，没有好的方法来发送关键事件。XSendEvent() 被许多客户端忽略（它在允许此操作的事件中设置 send_event 标志）。XTest 扩展可以使用，但可能在生产 X 服务器上被禁用，并且仍然存在竞争条件问题。

您可能需要的是一个协议扩展，让您可以在 GrabKeyboard 之后执行 AllowEvents(mode=ReplayKeyboard)，并且无需绕过对父窗口的被动抓取。

需要注意的是，我不知道 XKB 和 XInput2 可以完成的所有疯狂的事情，所以也许这些扩展中有一些东西。

不管怎样，据我所知，你必须满足于“退出键”，尽管最终 X 服务器和/或窗口管理器规范拥有“VMWare/VNC 类型事物感知”可能会更好，这赢得了胜利短期内对你没有帮助。例如，EWMH 规范扩展可以像 vnc/vmware/类似的东西的新 _NET_WM_WINDOW_TYPE 一样简单，窗口管理器可以减少其键绑定或向它们添加额外的修饰符或在该窗口聚焦时添加额外的修饰符。