[bug]桌宠多屏适配：记录所在位置

[BoHeZi]

如果放在副屏，重新启动后桌宠会回到主屏
每回启动软件都要手动把桌宠放到副屏
望改进。
————
还有个小bug也放在这里说了：桌宠会自己飘动，偏离手动位置，导致经常要调整桌宠很麻烦

[wm94i]

感谢反馈！这两个问题已在 PR #121 修复，下面说明根因和修复方案。

问题定位

读完相关代码后，发现你描述的两个现象其实是同一个根因链：

1. 「放在副屏，重启后回到主屏」

启动时 sync_avatar_window 会根据保存的位置重新放置桌宠，但位置 clamp 用的显示器边界取自主窗口所在的屏幕，而不是桌宠保存位置所在的屏幕。于是副屏坐标被主屏的工作区边界强行钳回主屏。

2. 「桌宠自己飘动，偏离手动位置」

这个更隐蔽。每次改动任意设置（缩放、透明度等）都会触发 sync_avatar_window，而原代码无条件重新 set_position。叠加问题 1 的错误 clamp：

• 改设置 → 桌宠被往主屏方向吸一点 → 系统发出 WindowMoved 事件 → 前端 onMoved 把被吸后的错误位置回写保存 → 下次再被吸 …… 持续偏离。

修复（PR #121）

三层防护：

1. 按保存位置定位屏幕：新增 monitor_bounds_for_point，有保存位置时优先用该坐标所在显示器的工作区来 clamp，副屏坐标就保留在副屏内。
2. 副屏被拔掉的兜底：如果保存的坐标不在任何显示器上（比如外接屏拔了），自动回退到主窗口所在屏，仍然给出合法可视位置。
3. 移动短路：sync_avatar_window 仅在算出的目标位置与当前物理位置不同时才 set_position，切断 onMoved → save → sync 的潜在循环，并避免 Wayland/某些 WM 下频繁移动导致的窗口闪烁。

边界场景都已覆盖测试：副屏在主屏右/左/上/下方（含负坐标）、两屏共享边界、副屏拔掉回退、多屏 DPI 不一致、单屏（行为同旧版）。

验证

• cargo test → 308 passed, 0 failed（含 3 个新增的多屏回归测试）
• avatarWindow.test.js → 44 passed, 0 failed

合并发版后请帮我在多屏环境实测确认，谢谢！

[BoHeZi]

在v1.0.56测试，2.「桌宠自己飘动，偏离手动位置」依然会触发，

大概过了3分钟→

————
第一项还未测试，待我明天起床来报告