FLTK 项目在 macOS 平台下的窗口全屏功能优化

在 FLTK 图形用户界面库的最新开发中，开发团队发现并修复了一个关于 macOS 平台下窗口全屏功能的重要问题。这个问题涉及当窗口处于标签组且非活动状态时，调用 Fl_Window::fullscreen() 方法无法正确执行全屏操作的情况。

问题背景

在 macOS 系统中，窗口可以组成标签组（tab group），这是该操作系统特有的窗口管理方式。当多个窗口被合并为一个标签组时，用户可以通过点击窗口左上角的绿色按钮来使整个窗口组进入全屏模式。然而，当开发者通过 FLTK 的 API 以编程方式调用全屏功能时，如果目标窗口不是当前活动的标签页，就会出现功能异常。

问题表现

这个问题具体表现为两种场景：

1. 非全屏状态下的全屏调用失效：当窗口组处于普通窗口状态且目标窗口不是活动标签时，调用全屏方法虽然会设置内部的全屏标志，但实际上窗口并不会进入全屏状态。

2. 全屏状态下的退出异常：当窗口组已经处于全屏状态时，如果对非活动标签窗口调用退出全屏方法，窗口会退出全屏但不会正确返回原桌面位置，而是停留在系统所谓的"虚空"区域，需要用户手动操作才能返回。

技术分析

这个问题源于 macOS 系统对窗口标签组的特殊处理机制。FLTK 原有的全屏实现没有充分考虑标签组窗口的特殊性，特别是当目标窗口不是活动标签时的处理逻辑。在底层实现上，macOS 对标签组窗口的全屏操作实际上是对整个窗口组的操作，而不是单个标签窗口。

解决方案

开发团队通过修改 FLTK 的 macOS 平台特定代码，实现了以下改进：

1. 当检测到窗口处于标签组时，正确处理整个窗口组的全屏状态，而不仅仅是单个窗口。

2. 确保无论目标窗口是否是活动标签，全屏操作都能像点击绿色按钮一样正常工作。

3. 修复了退出全屏时窗口位置恢复的问题，确保窗口能正确返回原桌面。

对开发者的影响

这一修复使得 FLTK 在 macOS 平台下的全屏功能行为更加一致和可靠。开发者现在可以：

• 安全地在任何情况下调用全屏方法，无需担心窗口是否为活动标签。

• 实现与原生 macOS 应用一致的全屏行为，包括对窗口标签组的正确处理。

• 通过菜单项或快捷键触发全屏功能时获得预期的结果。

最佳实践建议

虽然问题已经修复，但在实际开发中，我们仍建议：

1. 当实现全屏功能时，考虑将操作绑定到当前活动窗口，这通常更符合用户预期。

2. 对于需要精确控制特定窗口全屏状态的场景，确保测试窗口在不同状态（独立窗口、标签组活动标签、标签组非活动标签）下的行为。

3. 在 macOS 平台下，特别注意窗口标签组带来的特殊行为，这与 Windows 和 Linux 平台有所不同。

这一改进体现了 FLTK 项目对跨平台一致性和原生体验的持续追求，使得开发者能够更轻松地创建在 macOS 上表现良好的应用程序。