窗口全屏修复测试版 · Issue #194 / 缩放遮挡
Windows amd64,构建标识 dev-6a0577d(11-07 更新,包含此前的 dev-8fbaddb,并新增下面第 4 条)。
基于 v1.2.24,包含 2026-11-07 界面修复测试版和全屏光标测试版的全部改动。
这是供问题反馈者验证的预发布版本,不替换正式版 v1.2.24,不推送到自动更新服务器。
使用
- 下载 Windows ZIP,解压到独立目录。
- 从托盘完全退出旧版,启动测试包中的“红果短剧.exe”。
- 程序内显示 dev 是开发构建标识,反馈时请附 dev-6a0577d。
本次修复
- #194:每次启动都盖满屏幕、退出全屏按钮和 F11 都缩不回来,重装也一样。
原因是程序记住了一个比屏幕大几像素的窗口位置;这个窗口其实不在全屏状态,所以退出全屏没有效果。- 盖满整块屏幕的窗口不再记住,也不再还原;以前记下的这种位置启动时直接作废,改用默认大小。
- 记下的窗口比屏幕可用区域大时缩进可用区域,底部控制栏不再被任务栏挡住。
- 退出全屏后窗口还盖满屏幕时,自动缩到屏幕的 3/4 并居中。
- 系统缩放 150% 等情况下,首次打开的默认窗口比屏幕还大,底部控制栏被任务栏挡住:启动时窗口比屏幕可用区域大就自动缩进去(最大化的窗口不受影响)。
验证
- 本机实测:写入比屏幕大 8 像素的窗口记录后启动,窗口回到默认大小;把窗口拉到盖满屏幕后 F11 进出全屏,窗口缩回 3/4 居中;正常大小的窗口进出全屏后保持原样;比可用区域高的窗口记录启动时缩进可用区域;最大化启动保持最大化。
- Go 应用层测试通过,新增窗口判断单元测试。
- 还未在原故障机器上验证。请直接用原来的数据启动测试版(不需要先删 window.json),回复是否已恢复、Windows 版本和显示缩放比例。150% 缩放的情况本机无法直接模拟,请重点确认底部控制栏是否可见。
本次不包含 macOS 修复。