我想创建一个应用程序,我在窗口上绘制,无论是窗口还是全屏,我抓住了鼠标,但没有拦截任何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,但这不是必需的.
This question似乎指出SDL实际上做的是使用XGrabKeyboard.通过阅读手册页,我不清楚你是否可以在不抓取键盘的情况下抓住鼠标(我自己从未使用过Xlib).
我知道如何使用GTK制作“假全屏”(即Alt Tab友好,gnome-terminal类型).我想这样做,加上鼠标隐藏并将其移回中心(“假抓取”)可以做到这一点,但这感觉就像是过多的胶带.必须有一个更简单的方法. (另外我不想将GTK添加为依赖项;但我也不确定是否进行原始Xlib调用是一个好主意).
对此有什么好的解决方案？
我需要一个Linux / X11解决方案但是跨平台它会很好 – 我知道这可以在Windows上顺利解决,所以也许有一个库正是这样做的. (另外,我用OpenGL渲染,但这是无关紧要的)
PS：也许我对这个问题了解不多,而且我没有问正确的问题,所以请随意指出我没有考虑过的方法.
然而,原始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);
}
}
想象一下X11界面会有多少工作：弄清楚屏幕的大小(可能有不止一个！),调整窗口大小,改变排序,使其在其他一切之上,改变装饰,然后在用户切换虚拟桌面时智能响应.胡说！ (实际上,这描述了我的代码如何在OS X上运行,但API更好.)
更重要的是,如果您使用X11,您将必须学习如何以预期的方式对用户做出反应. X11是从20世纪80年代开始的.相比之下,Gtk为您的应用程序提供了大量适当的默认设置,来自Gtk的UI设计师. UI设计是有效的.请记住：你可以将X11和Gtk混合得很好.
摘要：X11编程适用于有大量业余时间的程序员.
注意：GtkGLExt添加了一个烦人的链接器标志,-Wl,– export-dynamic.我的构建脚本从pkg-config的输出中删除了该标志.
X11体验：我想我花了大约一个星期的时间试图在X11中完成整个工作,最后我在这个过程中遇到了很多死胡同.从我的失败中学习.
