[FR]: ability to open setting windows as a tab-page

[heartacker]

Under Linux X11, pop-up windows are prone to various display anomalies. This issue has persisted for a long time. It just occurred to me whether the settings could be turned into a page tab instead of a pop-up window.

[heartacker]

在 Linux X11 环境下，弹窗（如对话框、模态窗口）确实容易出现各种显示问题，比如位置偏移、窗口闪烁、焦点丢失、与窗口管理器（如 GNOME、KDE、i3 等）的交互异常等。这些问题往往与 X11 的长期设计缺陷（如缺乏统一的窗口管理协议、多显示器支持不完善、窗口管理器行为差异大）有关。

页面而不是弹窗本质上是从 UI 设计层面规避 X11 弹窗的潜在问题。这种做法通常被称为 “内联设置” 或 “标签页式设置”，而不是使用独立的、可能被窗口管理器误处理的弹窗。

为什么这样做可以解决问题？
避免窗口管理器干扰：弹窗是独立的顶层窗口，X11 窗口管理器会对其进行管理（如装饰、定位、最小化、聚焦）。不同窗口管理器的行为差异（例如，某些 WM 会强制弹窗居中，某些会强制弹窗置顶，某些会拦截弹窗的焦点）是导致显示奇怪问题的根源。而标签页是主窗口的一部分，完全由应用程序自己控制布局，不受外部窗口管理器影响。
消除 Z-order 和焦点问题：弹窗经常需要处理“模态”（阻塞主窗口）和焦点。在 X11 下，模态弹窗的焦点管理非常脆弱，容易出现“弹窗在后台，主窗口在前台”或者“弹窗无法获得输入焦点”的情况。标签页则不存在 Z-order 竞争，因为所有内容都在同一个窗口内。
简化渲染和合成：X11 的合成管理器（Compositor）对弹窗的渲染有时会出现撕裂、闪烁或透明失效（如果弹窗是半透明或圆角）。标签页作为主窗口的一部分，其渲染完全由主窗口的合成过程统一处理，更稳定。
多显示器兼容性：弹窗有时会出现在错误的显示器上，或者跨越显示器边界。标签页始终跟随主窗口，用户将主窗口放在哪个显示器，设置就在哪个显示器，更符合直觉。

[love-linger]

目前，SourceGit并没有计划针对X11转发特殊优化。同时，在非X11转发的情况下，并未发现相关问题。

关于你所说的模态对话窗口的问题，难道GNOME/KDE本身提供的系统基础软件不提供模态对话窗口？就我所知，仅Electron-like及web-tech-based的桌面软件才会使用这一设计语言，其他大部分Native的桌面软件并非如此。

再者，目前大多数Linux发行版开始迁移到 Wayland 上，虽然 Avalonia 11 对 Wayland 支持的非常不好，但在我的使用过程中（借助 XWayland），并未发现你说的 【窗口管理器干扰】、【Z-order】等问题