v2.6.0-cofco-0828: fix(font-size): restore the user menu's rect-space placement
BISHENG 发布 v2.6.0-cofco-0828 版本，修复用户菜单在页面缩放时的定位问题。设置对话框重构（19c7d7f）移除了缩放坐标转换，导致菜单使用 window.innerHeight 和 8px 边距定位，与 getBoundingClientRect() 的页面坐标空间不一致。在非默认字体大小下，菜单会偏移缩放因子。该版本恢复了 411c60f 中的转换，兼容两种引擎：将缩放烘焙到 rect 的引擎和旧版（如 WeCom）不烘焙的引擎。
发展脉络
- 首次出现v2.6.0-cofco-0828: fix(font-size): restore the user menu's rect-space placementBISHENG
- 当前判断该事件表明，即使 AI 驱动的开发工具（如 Claude）辅助编码，前端细节问题仍需人工修复。BISHENG 作为开源项目，其版本迭代反映了 AI 应用开发中对 UI 细节的持续关注。Agent Pulse · 分析
BISHENG 发布 v2.6.0-cofco-0828 版本，修复了用户菜单在页面缩放时的定位问题。问题源于设置对话框重构（19c7d7f）移除了缩放坐标转换，导致菜单使用 window.innerHeight 和 8px 边距定位，而 getBoundingClientRect() 返回的是页面坐标空间，两者在非默认字体大小下不一致，导致菜单偏移。修复恢复了 411c60f 中的转换，兼容两种引擎：将缩放烘焙到 rect 的引擎和旧版（如 WeCom）不烘焙的引擎。
该修复揭示了浏览器坐标空间在缩放下的差异：getBoundingClientRect() 返回页面坐标，而 window.innerHeight 是物理像素。Radix 的 alignOffset/sideOffset 直接加到 rect 上，因此需要统一单位。修复兼容两种引擎，表明跨浏览器兼容性仍是前端开发的挑战。
该事件表明，即使 AI 驱动的开发工具（如 Claude）辅助编码，前端细节问题仍需人工修复。BISHENG 作为开源项目，其版本迭代反映了 AI 应用开发中对 UI 细节的持续关注。
该修复提升了用户体验，确保不同缩放级别下菜单定位准确，有助于保持用户满意度。对于开源项目，及时修复细节问题有助于维护社区信任。
未来，随着 AI 生成代码的普及，类似坐标空间问题可能更频繁出现，需要更完善的测试和工具支持。