我在 Halscope 中也发现了另一个“有趣的”，但无法找到重现它的方法（但设法重现了两次）。如果您拖入触发/缩放显示（而不是控件），则 Halscope 可能会完全没有响应。

我能够在 Debian buster 上重现这个问题，同时使用 2.7 和 2.8，RIP 设置。我只能用 gnome 桌面重现它，与伙伴一起，这不是问题。如果在没有 LinuxCNC 的情况下运行 halscope，该问题也会存在，并且它会影响几乎所有的对话窗口。不受影响的是“文件打开/保存”和“关于”对话框窗口。

如果你愿意，我可以做一个 PR，它的目标是 2.7 和 2.8。每个对话框窗口只有一行代码，也可能有两行代码。

提议的修复将从主窗口“分离”对话窗口，这将使对话窗口出现在屏幕中央。阅读代码，这一直是意图，尽管并非如此。这可能是一个相当大的变化。

我想更改此设置，以便对话框窗口在鼠标指针所在的位置打开。这与今天的情况很接近，我们不需要在整个屏幕上移动鼠标。

这也会部分影响 master，只有我目前发现的两个窗口，“关于”和“选择采样率”窗口。

我想知道这是否值得修复？如果修复没有可能破坏其他任何东西，那么就应该完成。但听起来可能会有。
鉴于这似乎是少数桌面上的一个小问题（据我所知，不是默认桌面）也许最好离开它？

master-gtk3 的问题还存在吗？（我不知道 Halscope 是否甚至在使用 GTK）

Master halscope 最近从 gtk1 更新到 gtk3。master-gtk3 分支没有进一步的变化。如果问题出在 master 和 2.8 中，则与 gtk 没有直接关系。

我会说由 RM 决定它是否值得修复，但我不喜欢的是 UI 在桌面环境之间不一致。当然，您需要改变环境才能注意到差异。

至于破解。我相信在最坏的情况下，对话窗口会在屏幕上的不同位置打开，但我希望能够防止这种情况发生。

在 Debian 10 和 11 中，默认安装了 gnome，不知道之前如何。 https://wiki.debian.org/DesktopEnvironment#Installation_of_a_Desktop_Environment
这并不意味着 LinuxCNC 有很多用户，使用 gnome 环境。

这是使对话框窗口表现不同的 gtk 函数：
gtk_window_set_transient_for()
和 gtk 文档https://developer.gnome.org/gtk2/stable/GtkWindow.html#gtk-window-set-transient-for

我想知道是否由窗口管理器来决定它如何解释这个函数。