2

我有一个仅限 Linux 的 wxPython 应用程序，其 wxFrame 用作菜单/工具栏，它可以打开独立于工具栏本身的新窗口。
由于用户可以将这些窗口中的任何一个移动到任何虚拟工作区，我正在寻找一种在用户激活窗口时将工具栏移动到当前工作区的方法。
我尝试使用 Raise()，但这样工具栏也获得了焦点，我不希望这样。请注意，我不能使工具栏具有粘性，因为我不想在每个工作区都使用它。

谢谢！

（wxPython 2.8.9.1，Ubuntu 9.04）

跟进：

我检查了xfwm4的源代码，看看它是如何“将窗口移动到工作区 N”的。它使用_NET_WM_DESKTOP 提示，所以我正在尝试使用 Python 来实现它。这是我现在的代码：

import gtk

def move_to_workspace(frame, ws):
    gdkwin = gtk.gdk.window_lookup(frame.GetHandle())
    win = gdkwin.get_user_data()
    while not isinstance(win, gtk.Window): # Find parent Window object
        win = win.get_parent()
    win.window.property_change(gtk.gdk.atom_intern("_NET_WM_DESKTOP"),
                                                        gtk.gdk.atom_intern("CARDINAL"), 32,
                                                        gtk.gdk.PROP_MODE_REPLACE,
                                                        [ws])

看起来代码有点成功，因为 xprop 检测到更改：

(before execution)
$ xprop | grep WM_DESKTOP
_NET_WM_DESKTOP(CARDINAL) = 0

(after)
$xprop | grep WM_DESKTOP
_NET_WM_DESKTOP(CARDINAL) = 1

但问题是窗口没有移动到所需的工作区：/

我应该使用 python-xlib 而不是 pygtk 吗？如果是这种情况，我如何从 wxFrame（或 gtk.Window 或 XID）中获取相应的 Xlib.Window？

跟进2：

使用 xprop 也会发生同样的情况。

$ xprop -id <id> -f _NET_WM_DESKTOP 32c -set _NET_WM_DESKTOP 1

它检测到更改的 _NET_WM_DESKTOP，但窗口仍然存在：/ 但是，我注意到以下内容：

  • 窗口的图标化版本出现在预期的工作区
  • 如果我在“源”工作区上图标化窗口，它就会消失

所以，也许我也应该向窗口管理器发送某种“刷新”消息..？

4

2 回答 2

1

最后我决定只使用wmctrl。

于 2010-02-01T07:58:57.160 回答
1

它有点旧，但仍然......您必须在设置窗口属性和发送事件后调用实例flush方法。display.Display

于 2014-01-16T14:14:16.233 回答