关于wmctrl
使用wmctrl
(默认情况下未安装),我们可以获得有关窗口的信息、它们的 id、它们的几何形状、它们所属的 pid 等。我们还可以使用几个命令移动或调整窗口大小。然而,在某些方面,它的行为似乎不符合逻辑。我的问题是关于通过以下方式移动窗口wmctrl
:
获取资讯
当我运行命令时:
wmctrl -lG
我得到 (ao) 下面图片中有关窗口的以下信息:
0x04200085 0 746 443 468 205 jacob-System-Product-Name Niet-opgeslagen document 1 - gedit
在第 3-5 列中,几何信息告诉我们 x/y 坐标和宽度/高度。
移动/调整窗口大小
当我将这些坐标放在wmctrl
命令中以移动/调整窗口大小时,它应该什么都不做,因为坐标没有改变:
wmctrl -ir 0x04200085 -e 0,746,443,468,205
偏差
但是,下面的图片显示窗口向下移动(准确地说是 28px)。我认为原因是wmctrl
窗口移动命令是根据工作区域(屏幕减去面板高度)计算的,而wmctrl -lG
命令是根据总屏幕尺寸计算的。然后仍然无法解释 4px(面板高 24px)。
虽然偏差可以很好地在脚本中得到补偿,但我不明白原因这一事实并不令人满意,所以问题是:
造成这种偏差的确切原因是什么?
移动具有输出中精确坐标wmctrl -lG
的窗口不应该移动窗口,但它确实
发生的事情是 wmctrl 正在返回装饰内部窗口的几何形状(即不包括标题栏和边框),但正在使用较大的窗口位置进行移动。
(删除了一些命令输出行:
xdotool
可能未安装)下一个命令提示输入感兴趣的窗口并返回包含所有装饰的父窗口,并根据使用的窗口主题而有所不同。
如您所见,这是一个不同的窗口;X 位置从左侧 2px (702-2) 开始,总宽度增加 4px (900+2+2),因为右边框也是 2px。Y 更高(在顶部边框(如果有)和标题栏上方);由于所有这些加上底部边框,高度更大。
wmctrl 将父窗口移动到子窗口所需的 [X,Y] 位置;宽度和高度已正确应用于子项,如下面的“之前和之后”所示。
编辑:附加信息。
桌面几何、视口和工作区
https://github.com/jordansissel/xdotool
回复:@Sneetsher 在评论中提示
我遇到了同样的问题,可以找到解决方法。
情况
我的情况是基于安装了 Compiz 的 Mate 16.04(它激活了 gtk 窗口管理器)
我正在使用连接到键绑定的脚本将窗口放置在预定义的位置。如果我没有使用最大化选项,这个脚本就会失败。
分析
可以通过在设置 (compiz) 中打开和关闭窗口装饰来打开和关闭该问题。
解决方法
可以使用 python 为特定窗口打开和关闭窗口装饰(使用键绑定可以方便地使用活动窗口)。
然后你可以关闭窗饰,移动窗,打开窗饰。