16

我想截获WM_DELETE_WINDOW发布到我正在编写的应用程序（AllTray）的特定窗口选择的消息，以便我可以对其进行操作而不是应用程序接收它。如果可能的gdk_display_add_client_message_filter话，我目前正在考虑在 GDK 级别尝试这个，但如果有一个 Xlib 解决方案，我会很高兴；这似乎是可能的，但我似乎并不理解我如何成功地做到这一点。

目前，我有两个程序（用 C 编写），我试图用它们来解决这个问题，第一个程序什么都不做，只是创建一个窗口并注册它知道的WM_DELETE_WINDOW，第二个程序试图捕获该消息，但是似乎没有这样做；它似乎什么也没做。我对此文档的理解是错误的，还是我需要做一些额外的事情（或者我是否需要完全避免为此使用 GDK）？

背景是这样的：在我重写 AllTray 之前，它的做事方式似乎是试图拦截鼠标单击 X 按钮本身。对于某些窗口管理器，这可以正常工作，而对于其他窗口管理器，它根本不起作用，而对于其他人，用户必须手动配置它并指示 AllTray 关闭窗口的按钮在哪里。我正在寻找的是一种不涉及 aLD_LIBRARY_PRELOAD并且适用于任何符合当前标准并WM_DELETE_WINDOW在窗口关闭时发送 ClientMessage 的窗口管理器/应用程序组合的解决方案。

更新：我仍在寻找答案。我目前采取的路线是尝试重新设置窗口并自己管理它，但我无法让它工作。重生后，我似乎无法以任何方式找回它。我可能遗漏了一些非常基本的东西，但我不知道如何真正让它再次出现在我自己的窗口中，以将其重新显示在屏幕上。

更新 2：好的，所以我又碰了壁。X 服务器文档说要在窗口的事件掩码上设置 StructureNotifyMask 以接收 MapNotify 和 ReparentNotify 事件。我也有兴趣收到。我目前的想法是创建一个仅用作事件接收器的窗口，然后当我获得有趣事物的事件时，通过创建和重新设置来对它们进行操作。但是，这似乎根本不起作用。我实际收到的唯一事件是 PropertyNotify 事件。所以，这条路线似乎也不是很好。

4

4 回答 4

21

我不知道 X11，但我使用“Intercept WM_DELETE_WINDOWX11”作为关键字进行了谷歌搜索。找到17k - MarkMail和Mplayer-commits r154 - trunk/libvo。在这两种情况下，他们都在做同样的事情。

 /* This is used to intercept window closing requests.  */
 static Atom wm_delete_window;

内static void x11_init()，

XMapWindow(display, win);
wm_delete_window = XInternAtom(display, "WM_DELETE_WINDOW", False);
XSetWMProtocols(display, win, &wm_delete_window, 1);

那么，在 内static int x11_check_events()，

XEvent Event;
while (XPending(display)) {
    XNextEvent(display, &Event);
    if (Event.type == ClientMessage) {
        if ((Atom)Event.xclient.data.l[0] == wm_delete_window) {
            /* your code here */
        }
    }
}

请参阅XInternAtom、XSetWMProtocols和XNextEvent。

在我写完以上内容后，我发现在 X11 应用程序中关闭了处理窗口：

当用户单击 [x]X11 应用程序上的关闭按钮时，我们希望它弹出一个对话框，询问“你真的要退出吗？”。这是一个普通的 X 应用程序。这里没有花哨的 GTK 或 QT 小部件。那么如何捕捉“窗口正在关闭”的消息呢？

XSetWMProtocols答案是通过调用和注册WM_DELETE_WINDOW消息来告诉窗口管理器我们对这些事件感兴趣。然后，如果有人试图关闭窗口，我们将从窗口管理器收到一条客户端消息，但它不会关闭它，它会让我们自己决定。这是一个例子……

// example.cpp
#include <X11/Xlib.h>
#include <X11/Xatom.h>
#include <iostream>

int main()
{
   Display* display = XOpenDisplay(NULL);
   Window window = XCreateSimpleWindow(display,
                                       DefaultRootWindow(display),
                                       0, 0,
                                       500, 400,
                                       0,
                                       0, 0);

   // register interest in the delete window message
   Atom wmDeleteMessage = XInternAtom(display, "WM_DELETE_WINDOW", False);
   XSetWMProtocols(display, window, &wmDeleteMessage, 1);

   std::cout << "Starting up..." << std::endl;
   XMapWindow(display, window);

   while (true) {
      XEvent event;
      XNextEvent(display, &event);

      if (event.type == ClientMessage &&
          event.xclient.data.l[0] == wmDeleteMessage) {
         std::cout << "Shutting down now!!!" << std::endl;
         break;
      }
   }

   XCloseDisplay(display);
   return 0;
}
于 2009-07-27T05:26:19.497 回答
5

不幸的是，这个问题的最佳答案是一系列非答案；有技术上的方法来实现它，但它们都有缺点，使它们非常不切实际：

  1. 为应用程序创建一个 X11 代理，在应用程序和 X 服务器之间来回传递所有 X11 协议消息。然后代理将过滤掉任何有趣的消息。这样做的缺点是，对于一个很小的功能来说，这是一个非常大的开销，而且 X11 协议很复杂。也可能会产生意想不到的后果，这使得这成为一个更没有吸引力的选择。
  2. 作为标准应用程序启动，充当窗口管理器和“有趣”客户端应用程序之间的中介。这会破坏一些东西，例如 XDnD。实际上，它与第一个选项没有什么不同，只是代理处于窗口级别而不是 X11 协议级别。
  3. 使用非便携式LD_PRELOAD库技巧。这有几个缺点：
    1. 它在动态链接器之间是不可移植的：并非所有动态链接器都支持LD_PRELOAD，即使在类 UNIX 系统中也是如此。
    2. 它不可跨操作系统移植：并非所有操作系统都支持功能强大的动态链接器。
    3. 它破坏了网络透明度：共享对象/动态链接库必须作为正在执行的子进程驻留在主机上。
    4. 并非所有 X11 应用程序都使用 Xlib；有必要为LD_PRELOAD应用程序可能用来与 X11 对话的每个库编写一个模块。
    5. 除了最后一点，LD_PRELOAD即使在支持它的链接器下运行，也不是所有应用程序都会受到影响，因为它们可能不会使用共享对象或 DLL 来与 X 通信；例如，考虑一个使用 Java 本身编写的 X11 协议库的 Java 应用程序。
    6. 在某些类 UNIX 操作系统上，LD_PRELOAD如果要与 setuid/setgid 程序一起使用库，则它们必须是 setuid/setgid。当然，这是一个潜在的安全漏洞。
    7. 我很确定这是我想不到的更多缺点。
  4. 实现对 X Window 系统的扩展。在 X11 实现中不可移植，复杂且令人费解，因为所有这些都出来了，而且绝对不可能。
  5. 实现窗口管理器的扩展或插件。窗口管理器的数量与对窗口管理器的意见一样多，因此这是完全不可行的。

最终，我终于能够通过使用完全独立的机制来实现我的目标；任何有兴趣的人，请查看 AllTray 0.7.5.1dev 及更高版本中的 Close-to-Tray 支持，包括github 上的 git master 分支。

于 2011-07-29T02:42:47.293 回答
0

好的，要详细说明我之前的建议，您可能需要调查XEmbed。至少，这可能会给你一些尝试的想法。

如果做不到这一点，我会看看其他类似的软件是如何工作的（例如 wmdock，或者 GtkPlug/GtkSocket 是如何实现的），尽管我相信在这两种情况下，应用程序都需要明确的支持。

希望这更有帮助。

于 2009-07-30T21:26:12.550 回答
0

您应该阅读 ICCCM，它告诉您窗口管理器如何与客户端通信。大多数 WM 将创建一个框架窗口来通过重设父级来包含您的顶级窗口。因此，如果您的父母可能会破坏 WM 和您的客户窗口已知的关系。

于 2011-06-25T12:53:42.117 回答