linux - 如何在 Linux 中创建 Alt+Tab 友好的全屏程序(如游戏)？

Question

我想创建一个应用程序，在其中我在一个窗口上绘图，窗口或全屏，我捕获了鼠标但没有拦截任何 WM键盘快捷键，比如Alt+Tab，并且我还需要在用户进入/离开焦点时得到通知。

Google Chrome、Firefox 或 gnome-terminal 等常见应用程序可以很好地处理这个问题(使用 F11 进入全屏，但仍然有 Alt+Tab)，但它们不会占用鼠标。

SDL 对这种用例的处理是出了名的糟糕:SDL_WM_GrabInput 抓取鼠标但也拦截 WM 快捷方式；并且 SDL_FULLSCREEN 本身似乎有某种自动抓取功能(不要问我为什么)。

一个解决方案可能是自己为 Alt+Tab 编写代码，但这很糟糕(并且对其他 WM 快捷方式没有帮助，比如切换到另一个工作区)。

另一种解决方案是不调用 SDL_WM_GrabInput，而是伪造抓取:只需隐藏鼠标指针(使用 SDL_ShowCursor)并在用户移动时将其移回中心。这很丑陋，但在实践中有效——当然除了 SDL_FULLSCREEN，因为它会自动抓取(与理智的实现不同)。这是一个支持全屏的 SDL 解决方案，但这仍然不是我想要的。我不想使用 hack 来启用和禁用抓取，我想抓取鼠标而不是抓取键盘。

所以我对 SDL 很着迷，想看看替代品。我想使用 SDL，但这不是必需的。

This question似乎是在指出SDL实际上做的是使用XGrabKeyboard。通过阅读手册页，我并不清楚是否可以在不捕获键盘的情况下捕获鼠标(我自己从未使用过 Xlib)。

我知道如何使用 GTK(即 Alt+Tab 友好的 gnome 终端变体)制作“假全屏”。我想这样做，再加上鼠标隐藏并将其移回中心(“假抓取”)可以达到目的，但这感觉就像胶带太多了。必须有更简单的方法。 (此外，我不想将 GTK 添加为依赖项；但我也不确定进行原始 Xlib 调用是否是个好主意)。

对此有什么好的解决方案？

我需要一个 Linux/X11 解决方案，但它最好是跨平台的 - 我知道这可以在 Windows 上顺利解决，所以也许有一个库可以做到这一点。 (另外，我使用 OpenGL 进行渲染，但这无关紧要)

PS:也许我对这个问题的理解不好，我没有问正确的问题，所以请随时指出我没有考虑过的方法。

Answer 1

这些天我一直在使用 Gtk 和 GtkGLExt 在 Linux 上玩游戏(例如，我的 Ludum Dare 条目)。这里 ( gtk.c Gist ) 是我的代码，我已经在 FreeBSD 许可下发布了它。您可以看到我为调试窗口状态更改而注释掉的代码。我应该提一下，这是我用于 Ludum Dare 之类的更大框架的一部分，我更喜欢它而不是 SDL，原因与您提到的相同:生成的应用程序更符合用户对本地应用程序的期望他们的平台(Linux、OS X、Windows)。不用说，走这条路需要做很多工作。

但是，原始 X11 编程确实是一团糟。我估计我需要几周的扎实编程和阅读文档才能将我的 Gtk 代码转换为 X11 代码；这对我来说不值得，但你可能会做出不同的决定。 (很多小时只是为了消除每个人都已经安装的依赖项!)Gtk 依赖项实际上并没有那么离谱，它可能已经加载到内存中了，而且 2.x 的 ABI 非常稳定，所以它不会损害二进制兼容性.

X11 游戏编程的一个大问题是事件处理一团糟。您不能轻易地轮询事件。 Xlib 接口(interface)是阻塞的，所以你必须使用一个神秘的函数调用序列来读取数据，检查是否有事件挂起，然后只从队列中读取存在的事件(否则你的应用程序将阻塞直到事件出现)。 xcb 库是 Xlib 的替代品，它在各方面都好得多，并且支持非阻塞接口(interface)，但它不能很好地与 OpenGL 配合使用。所以您可以尝试混合使用两者，或者您可以只使用 Gtk。

让我给你一段全屏的 Gtk 代码:

static void toggle_fullscreen()
{
    if (sg_gtk_status & SG_STATUS_VISIBLE) {
        if (sg_gtk_status & SG_STATUS_FULLSCREEN)
            gtk_window_unfullscreen(sg_window);
        else
            gtk_window_fullscreen(sg_window);
    }
}

想象一下 X11 界面的工作量有多大:确定屏幕的大小(可能不止一个!)，调整窗口大小，更改顺序以使其位于其他所有内容之上，更 retrofit 饰，然后在用户切换虚拟桌面时智能响应。废话! (实际上，这描述了我的代码如何在 OS X 上运行，但 API 更好。)

不仅如此，如果您使用的是 X11，则必须学习如何以预期的方式对用户使用react。 X11 来自 1980 年代。相比之下，Gtk 为您的应用程序提供了一系列来自 Gtk 的 UI 设计器的适当默认设置。 UI设计是工作。请记住:您可以将 X11 与 Gtk 混合使用。

总结:X11编程适合有大量业余时间的程序员。

注释: GtkGLExt 添加了一个烦人的链接器标志，-Wl,--export-dynamic。我的构建脚本从 pkg-config 的输出中删除了标志。

X11 体验:我想我花了大约一个星期的时间试图让整个过程在 X11 中正常工作，但我最终在这个过程中遇到了很多死胡同。从我的失败中吸取教训。