我正在尝试开发一个允许在gnome工作区之间移动窗口的python应用程序。我正在使用wnck与windows进行交互,但我想知道如何将窗口从工作空间移动到另一个工作空间。任何人都可以建议我吗?
我尝试使用以下代码
screen = wnck.screen_get_default()
window_list = screen.get_windows()
titlePattern = re.compile('.*Downloads.*')
if len(window_list) == 0:
print "No Windows Found"
for win in window_list:
if(titlePattern.match(win.get_name())):
win.move_to_workspace(screen.get_workspace(2))
但是如果我使用screen.get_workspace(0)作为move_to_workspace参数,则screen.get_workspace(2)返回'None',虽然它可以工作(但它不会移动窗口!)。
我可以解决我的问题吗?
提前感谢所有人。
答案 0 :(得分:2)
当您致电screen.get_workspace(2)
时,您的窗口管理员根本没有工作区2。
您的代码应该适用于实际存在的所有工作区。在GNOME 3中,这意味着所有已经拥有窗口的工作区和一个空工作区。这意味着screen.get_workspace(screen.get_workspace_count() - 1)
应该为您提供“空”工作区,如果这是您正在寻找的。请注意,没有规范说最后一个工作区是empy,这正是gnome-shell当前正在做的事情。
您也可以要求窗口管理器增加屏幕上的工作区数量,但没有义务这样做:GNOME 3窗口管理器不会这样做。
哦,还有一件事需要记住Wnck:
在创建时,WnckScreen对象将不会获取信息 来自X服务器。如果在创建后立即查询(通过 wnck_screen_get_windows()或wnck_screen_get_workspaces(),for 例如),WnckScreen对象看起来没有工作区 屏幕上也没有窗户。此信息在main中获取 具有空闲源的事件循环,以避免昂贵的同步 启动时的操作。如果没有使用主事件循环,或者如果没有 创建后,需要尽快提供信息 对象,wnck_screen_force_update()可用于显式获取 信息。
我不认为这是你的问题(因为你已经有了一个窗口列表),但我只是仔细检查,因为这是一个令人讨厌的陷阱。