Hyprland的maximized状态行为说明 #

Hyprland的浮动窗口调整逻辑和多数Wayland合成器不同：它不会通过resizing状态让客户端协商尺寸，而是直接将调整后的尺寸以maximized状态的形式通知客户端，强制客户端使用该尺寸。这并非真正意义上的窗口最大化，而是Hyprland简化窗口大小协商流程的特殊实现——因为它默认不主动维护客户端的宽高比约束，所以用这种方式告知客户端必须服从合成器给出的窗口尺寸。

锁定16:9宽高比的处理方案 #

你提出的先将窗口调整为合成器要求的maximized尺寸，再在渲染层保持16:9比例的方案是完全合理的，也是Wayland生态下客户端处理宽高比锁定的标准思路之一，具体可拆解为两步：

1. 响应合成器的尺寸要求 #

必须先服从合成器发送的maximized状态，将窗口尺寸设置为合成器指定的数值。如果不这么做，会和Hyprland的窗口管理逻辑冲突，导致窗口显示位置、大小异常，甚至被合成器强制重置尺寸。

2. 渲染层适配宽高比 #

在绘制内容时，基于窗口实际尺寸计算符合16:9比例的最大渲染区域，将内容居中渲染，剩余区域用背景色填充：

• 假设窗口实际宽为W，高为H，目标比例为16:9
• 计算目标渲染宽高：
  • 若 W / H > 16/9：目标高为H，目标宽为H * (16/9)（上下留边）
  • 若 W / H < 16/9：目标宽为W，目标高为W * (9/16)（左右留边）
• 将渲染内容缩放到目标宽高后，居中绘制在窗口画布上，空白区域用统一背景色填充即可。

额外优化方案：让合成器主动维护宽高比 #

如果你希望从窗口层面强制锁定比例，而非仅在渲染层适配，可以通过Wayland的xdg_toplevel接口设置尺寸约束：

• 调用xdg_toplevel.set_min_size和xdg_toplevel.set_max_size，将最小、最大尺寸都设置为符合16:9比例的数值（比如最小160x90，最大1920x1080）
• 这样Hyprland在调整窗口大小时会尊重该约束，保持窗口宽高比为16:9，此时客户端就不会收到不符合比例的maximized状态了。

关于GLFW忽略resizing状态的原因 #

GLFW的Wayland实现忽略resizing状态，是为了兼容不同合成器的行为差异——有些合成器会发送多次resizing中间状态，有些则直接发送最终尺寸。GLFW选择直接处理合成器确认的最终尺寸（对应你遇到的maximized状态），避免处理中间状态带来的渲染抖动，这和你当前的思路是一致的。

内容的提问来源于stack exchange，提问作者KneeCapThief