mirror of
https://github.com/wwiinnddyy/LanMountainDesktop.git
synced 2026-06-22 17:24:27 +08:00
001d77968f
Add automatic release version stamping and multiple launcher reliability improvements. The Release workflow now runs scripts/Set-ReleaseVersion.ps1 in build jobs to inject tag-derived Version/AssemblyVersion into project metadata; several .csproj/Directory.Build.props and app.manifest files were changed to use a dev placeholder. Introduced AppVersionProvider (and related runtime metadata) to centralize version resolution and updated DeploymentLocator to use it and to prefer package-root/version.json. Launcher startup flow was hardened: added startup success tracking, public-activation recovery path, improved success/fallback semantics, and related IPC handling. UI/UX fixes include OOBE entrance/exit animation improvements (scaling-aware, concurrent fade+translate) and minor window lifecycle reorder in DesktopShellHost. CommandContext now recognizes restart and key=value args. New DesktopTrayService and .trae spec files (spec, checklist, tasks) document shell/tray hardening work. Miscellaneous logging, comments and housekeeping edits across launcher and shared contracts to support the above.
68 lines
2.8 KiB
Markdown
68 lines
2.8 KiB
Markdown
# Launcher 外壳托管、托盘兜底与高分屏动画修复
|
||
|
||
## 背景
|
||
|
||
当前桌面应用在以下场景存在明显不稳定性：
|
||
|
||
- 设置页或升级后的“重启”没有统一回到 Launcher。
|
||
- 已有实例处于托盘时，再次启动容易误报“窗口未显示”，甚至重复拉起。
|
||
- 托盘初始化失败或运行中丢失时，应用可能进入无恢复入口状态。
|
||
- Launcher 和宿主的版本来源不一致，发布后容易出现 UI 版本错乱。
|
||
- 高分屏和混合缩放环境下，Launcher OOBE、主窗口入场和通知动画存在像素/DIP 混用问题。
|
||
|
||
## 目标
|
||
|
||
- Launcher 成为正式环境唯一的启动与重启入口。
|
||
- 进入 `TrayOnly` 前必须先确认托盘可恢复。
|
||
- Launcher UI 显示的版本号等于应用版本号。
|
||
- 发布工作流显式同步主程序、Launcher、manifest 和产物版本。
|
||
- 动画和定位统一按 DIP 与缩放计算。
|
||
|
||
## 行为要求
|
||
|
||
### 1. 重启接管
|
||
|
||
- 应用内重启、插件升级后的重启都必须优先回到 Launcher。
|
||
- Launcher 对 `SecondaryActivationSucceeded` 只认定为一次成功重定向，不允许再做 fallback 二次拉起。
|
||
- Launcher 启动成功判定区分三类场景：
|
||
- 前台启动：`DesktopVisible` 或 `ActivationRedirected`
|
||
- 重启到最小化：`BackgroundReady`
|
||
- 重启到托盘：`TrayReady + BackgroundReady`
|
||
|
||
### 2. 托盘硬约束
|
||
|
||
- 托盘状态机必须至少覆盖：
|
||
- `Unavailable`
|
||
- `Initializing`
|
||
- `Ready`
|
||
- `Recovering`
|
||
- `Failed`
|
||
- `HideMainWindowToTray`、关闭到托盘、重启恢复到托盘前都必须先执行托盘就绪检查。
|
||
- 如果托盘不可用：
|
||
- 优先回退到任务栏最小化
|
||
- 若任务栏入口也不可用，则强制恢复前台可见
|
||
- 托盘处于隐藏态期间必须运行 watchdog；连续恢复失败时自动恢复主窗口。
|
||
|
||
### 3. 版本来源
|
||
|
||
- Launcher 只能显示应用版本，不能显示 Launcher 自身硬编码版本。
|
||
- 版本解析优先顺序：
|
||
- `version.json`
|
||
- 主程序文件版本 / 信息版本
|
||
- `app-<version>` 部署目录
|
||
- Release 工作流必须显式打版本补丁，避免仓库默认占位值被误当成正式版本。
|
||
|
||
### 4. 高分屏动画
|
||
|
||
- 主窗口、通知、Launcher OOBE 的动画位移必须使用 DIP 或基于缩放换算后的尺寸。
|
||
- 不允许直接把 `PixelRect` 宽高当作 `TranslateTransform` 或 `DesiredSize` 的输入。
|
||
- 淡入和位移动画应并行执行，避免先淡入后滑动造成观感异常。
|
||
|
||
## 验收
|
||
|
||
- 已在托盘中的实例再次通过 Launcher 启动时，只激活已有实例。
|
||
- 设置页重启和插件升级重启后，不再出现“窗口未显示但后台已有多个进程”。
|
||
- 托盘失败时应用仍保持可恢复。
|
||
- Launcher 与应用设置页显示相同版本。
|
||
- 100% / 150% / 200% / 250% 缩放下，Launcher OOBE、主窗口入场、通知位置与动画正常。
|