JianFeeeee
1df8245a6d
跨端: 写邮件改在宽屏右栏打开（原来盖住全屏、把列表栏也带走）
用户：「写邮件 webui 的宽屏样式不是在右侧打开吗」—— 是，这是**结构性不符**。
WebUI `App.tsx:179` 宽屏下写信只是把 `main` 那一格换掉：
const main = composing ? <ComposePage /> : viewMode === 'account' ? ... : ...
侧栏与列表栏都还在。而鸿蒙无条件 `router.pushUrl('pages/ComposePage')` ——
一个 `@Entry` 全屏页，左侧列表整片消失。
修法照**既有先例** `MailDetailView` / `MailDetailPage`（同一个问题上次已经解过）：
· `ComposePage` 拆成 `ComposeView`（真内容）+ `@Entry ComposePage`（只负责窗口避让）
· 新增 `ComposeDestination`（`NavDestination` 壳），与 `MailDetailDestination`
**完全同构** —— 宽屏由 `mode(Auto)` 自动并排在右栏，窄屏自动 push 覆盖全屏。
**两条路径同一套代码，不自己判断宽窄**（这正是 `Navigation` 该干的事）。
· 走本页自己的 `Navigation` 栈（`COMPOSE_ROUTE`）而不是布尔 `@State showCompose`：
路由让"返回"自动正确（系统返回键 / 手势 / 头部按钮弹同一个栈）；
布尔状态要自己接三条返回路径 —— 那正是 2026-09-17 那批「返回直接回登录页」的来源。
· `InboxTab` 里那个自己的 `openCompose` 也一起改（它抄了同一个 `pushUrl`）——
收件箱内按筛选账号写信、收件箱外用活跃账号写信，两条入口现在共用
`CommPage.openComposeWith(accountId)`。
★ 两个必须守住的细节（都是上一次踩过的坑，这里重复了一遍）：
· 避让留给 **`@Entry` 包装层**，`ComposeView` 里 `embedded` 时取 0 ——
同一个 View 被内嵌复用，而 `MainPage` 已经加过避让，加在里面就是**让两次**。
· 「取消」内嵌时必须弹**自己的**栈（`onBack`），不能 `router.back()` ——
那会退掉整个 `MainPage`（写信只是它的一个右栏状态，不是一个页面）。
`MailDetailView.goBack()` 里是同一条判断。
· 内嵌时参数走 `@Prop` 初值，**不读** `getRouter().getParams()` ——
内嵌没走 router，那里拿到的是**上一次 push 的残留**，
会把上一封信的收件人带进来（比空更坏）。
设备验证（模拟器 3184×2232 宽屏）：点悬浮加号 → 写信在**右栏**打开，
侧栏与列表栏都在；点「取消」→ 弹回右栏空态，列表与选中态不受影响。
2026-09-20 12:57:55 +08:00
..
2026-09-15 11:17:23 +08:00
2026-09-20 12:57:55 +08:00
2026-09-08 19:16:35 +08:00
2026-09-15 12:25:25 +08:00
2026-09-15 11:38:34 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00
2026-09-08 19:16:35 +08:00