MailUI4Agents

Files

JianFeeeee 009ea172b7 跨端判据: 导航判据第一次在宽屏下跑就误报 —— 它只认底栏，而宽屏导航是左侧栏

三折叠展开态（3184×2232，宽高比 1.43）实测 `harmony-nav` 的行为判据变红：

    底栏要渲染出 ≥1 个带文字标签的可点导航项（实际 0）

## 红得没错，但没用

`navItemsOf` 里写着 `+m[2] < screenH * 0.75 ⇒ 丢掉`，也就是**只找屏幕下 1/4 里的
可点容器**。而宽屏按设计导航就是**左侧栏**（`WideSidebar`），实测形状
`Column [28,985][201,1380]` —— 一条都落不进"下 1/4"，于是取到 0，
判据转身说"导航没挂 / 被盖住 / 全不可点"。

★ 这条判据**从来没有在宽屏下跑过**（宽屏分支此前从未真正运行 —— 这正是本轮
  建三折叠模拟器要解锁的东西）。第一次跑就误报，说明"红"也需要先确认
  它在判什么，不能一看红就去改被测代码。

## 修：分模式判，且**两侧的契约本来就不同**

| | 窄屏（底栏） | 宽屏（左侧栏） |
|---|---|---|
| 形状 | 屏幕下 1/4 的可点容器 | 屏幕左 1/6 内、宽 < W/4、高 > H*0.08 的可点容器 |
| 文字 | **必须有**（标签就是底栏的主体） | **必须没有** |

侧栏无文字不是"放宽"，是两侧本来就不一样：WebUI 的 `Sidebar`（60px）是纯图标轨，
且用户 2026-09-16 明确说过「底部导航栏不允许有文字」⇒ 侧栏同口径。
实测侧栏项子树只有 3 个节点 `Column → Stack → Path`，**没有任何 Text**。
拿"有文字"去要求纯图标轨，只会永远红。

⇒ 宽屏改为判**图标确实画出来了**（每个导航项子树里有 `Path`）且**不该有 Text**
（有文字就说明有人往纯图标轨里塞了标签 —— 那正是被否掉的方案）。

★ 两个条件分开写，**不能**只把"下 1/4"放宽成"下 1/4 或左 1/6"：宽屏下内容区
  卡片也在左侧（x 很小）且可点，放宽就全被当成导航项 ⇒ "导航项数 ≥1" 恒真，
  判据等于没有。所以还要加宽度条件把内容卡片（宽 900+）排除掉。

★ 宽高比用 **> 1.2** 而不是绝对 vp：源码 `isWide` 判的是 `width >= 768`（vp），
  而 dumpLayout 给的是 px，换算要写密度 —— 而密度是设备属性，写进来就是第二份
  真相（这条判据刚因为"包名写死"吃过一次一模一样的亏）。

## 自检补上宽屏那支

`navItemsOf` 的形状判断改了之后，**宽屏那一支此前没有任何自检覆盖** ——
而自检没覆盖的分支就是下次回归不会响的那一支。按实测形状造合成树
（3184×2232、`Column [28,985][201,1380]`、子树只有 Path），并断言：
侧栏取到 2 个而不是 3 个（第 3 个是内容卡片，被误当导航项的话
"导航没挂"就永远判不出来）；窄屏样本不许被误判成宽屏。

## 两个模式都实测过

- 窄屏（fold single，1008×2232，比例 0.45）：底栏 4 项，标签
  通信 / 日历 / 联系人 / 我的 全部命中源码清单。
- 宽屏（fold triple，3184×2232，比例 1.43）：侧栏 5 个图标项，零 Text、各有 Path。

18/18 绿。

2026-09-18 12:20:22 +08:00