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

dar*_*que 6 linux x11 sdl fullscreen screen-grab

我想创建一个应用程序,我在窗口上绘制,无论是窗口还是全屏,我抓住鼠标但没有拦截任何 WM键盘快捷键,如Alt + Tab,我还需要在用户进入/离开时收到通知焦点.

谷歌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解决方案,但这仍然不是我想要的.我不想有黑客来启用和禁用抓取,我想抓住鼠标而不是抓住键盘.

所以我对SDL很生气,并希望看到其他选择.我使用SDL,但这不是必需的.

这个问题似乎指出SDL实际上做的是使用XGrabKeyboard.通过阅读手册页,我不清楚你是否可以在不抓取键盘的情况下抓住鼠标(我自己从未使用过Xlib).

我知道如何使用GTK制作"假全屏"(即Alt + Tab友好,gnome-terminal类型).我想这样做,加上鼠标隐藏并将其移回中心("假抓取")可以做到这一点,但这感觉就像是过多的胶带.必须有一个更简单的方法.(另外我不想将GTK添加为依赖项;但我也不确定是否进行原始Xlib调用是一个好主意).

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

我需要一个Linux/X11解决方案但是跨平台它会很好 - 我知道这可以在Windows上顺利解决,所以也许有一个库正是这样做的.(另外,我用OpenGL渲染,但这是无关紧要的)

PS:也许我对这个问题了解不多,而且我没有问正确的问题,所以请随意指出我没有考虑过的方法.

Die*_*Epp 5

这些天我一直在使用 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 接口是阻塞的,所以你必须使用一个神秘的函数调用序列来读取数据,检查是否有事件挂起,然后只从队列中读取事件(如果它们存在)(否则你的应用程序将阻塞直到事件出现)。xcb 库是 Xlib 的替代品,它在各方面都要好得多并且支持非阻塞接口,但它不能很好地与 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);
    }
}
Run Code Online (Sandbox Code Playgroud)

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

更重要的是,如果您使用 X11,您将必须学习如何以预期的方式对用户做出反应。X11 来自 1980 年代。相比之下,Gtk 为您的应用程序提供了大量来自 Gtk 的 UI 设计人员的适当默认值。UI设计是工作。请记住:您可以将 X11 与 Gtk 混合使用就好了。

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

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

X11 体验:我想我花了大约一周的时间试图让整个事情在 X11 中工作,但最终我在这个过程中遇到了很多死胡同。从我的失败中学习。