FLTK Windows平台下最大化窗口缩放问题的解决方案

问题背景

在FLTK图形界面库的Windows平台上，存在一个长期未解决的窗口缩放问题。当用户在具有不同DPI缩放比例的多显示器环境下，通过拖动窗口使其最大化时，会出现窗口布局错乱的异常情况。

具体表现为：用户将窗口从一个显示器拖动到另一个具有不同DPI设置的显示器并最大化后，系统会在大约1秒后自动调整窗口缩放比例。此时，窗口的布局会出现严重错误——在缩小DPI时窗口内容会异常放大，在增大DPI时窗口的右侧和底部边缘（如滚动条）会超出屏幕可见范围。

技术分析

经过深入研究发现，这个问题源于Windows系统对最大化窗口的特殊处理机制。当窗口处于最大化状态时，系统会忽略某些DPI缩放相关的消息，导致FLTK无法正确获取最新的DPI设置和窗口尺寸信息。

问题的核心在于：

1. 窗口最大化状态下，系统对DPI变化的响应机制不同
2. FLTK原有的窗口缩放处理逻辑在这种情况下无法正确更新窗口布局
3. 系统延迟1秒后才触发DPI缩放调整，与用户操作存在时间差

解决方案

经过多次尝试，我们找到了一个有效的解决方案：在检测到窗口处于最大化状态且正在经历DPI缩放时，临时取消最大化状态并立即重新最大化窗口。这个操作会强制Windows系统重新计算窗口的正确尺寸和位置。

实现代码如下：

void Fl_WinAPI_Window_Driver::resize(int X, int Y, int W, int H) {
  static bool fixing_scale = false;
  if (Fl_Window::is_a_rescale() && pWindow->maximize_active() && !fixing_scale) {
    fixing_scale = true;
    pWindow->un_maximize();
    pWindow->maximize();
    fixing_scale = false;
    return;
  }
  // 原有resize逻辑...
}

实现细节说明

1. 静态变量保护：使用fixing_scale静态变量防止无限递归调用
2. 条件检测：只有当窗口同时满足三个条件时才触发修复
   • 正在经历DPI缩放(is_a_rescale())
   • 窗口处于最大化状态(maximize_active())
   • 不在修复过程中(!fixing_scale)
3. 修复操作：通过取消最大化再重新最大化的操作强制系统重新计算窗口参数
4. 提前返回：修复完成后直接返回，避免使用错误的X/Y/W/H参数继续处理

跨平台兼容性

值得注意的是，这个问题主要出现在Windows平台。在X11环境下，系统能够自动正确处理这种情况，因此不需要此修复方案。macOS和Wayland平台由于不同的窗口管理机制，理论上不会出现相同问题。

开发者注意事项

1. 应用开发者需要注意，在窗口resize事件中，可能需要额外验证窗口参数
2. 对于自定义窗口类，建议遵循FLTK文档建议，在resize后验证窗口实际参数
3. 解决方案中的静态变量是必要的安全措施，不会影响多窗口场景

总结

这个解决方案已确认能够有效修复Windows平台下最大化窗口在DPI缩放时的布局问题。通过强制系统重新计算最大化窗口的参数，确保了窗口在不同DPI显示器间移动时的正确显示。该方案已被纳入FLTK 1.4.1版本，为Windows平台用户提供了更稳定的多显示器DPI缩放体验。