laoyang
b623a876dd
fix(待办): 修正行高异常（我误读了测量单位，绕了三轮）
## 现象
待办列表每一条都非常高，几乎占满半屏。
## 根因
做 #42（编辑入口扩大热区）时，我给内容区 Column 加了 `.height('100%')`。
在 ListItem 里，百分比的参照系不是"行内容高度"，而是被拉伸的可用高度 ⇒
单条 ListItem 被撑到 **1790px（573vp）**。
## 修正
删掉 `.height('100%')`，热区改由外层 Row 的 `padding(10)` 承担 ——
行高恢复由内容自然决定。
同时把待办列表从 `ListView + ListItemGroup + ForEach(Column)`
重构为**扁平 List**（大标题/分组头/条目摊平成一维数组），
因为原先改成 List 后分组渲染需要 ListItemGroup；扁平化后
分组视觉完全保留（分组头就是一行普通 ListItem），结构更可控。
## ⚠️ 我这轮绕了远路，记录下来
**误把 px 当 vp。** 屏幕 1080px ÷ 3.125 密度 ⇒ 1vp = 3.125px。
| 测量 | 换算 | 当时我的判断 | 实际 |
|---|---|---|---|
| 1790px | 573vp | 异常 ❌ | 对，确实异常 |
| 176px | **56vp** | 以为异常，继续改 | **正常**（两行文字+padding）|
| 117px | 37vp | 以为异常 | 正常（探针单行）|
| 275px | 88vp | 以为"修好了" | 我强行加 height(88) 造成 |
于是白白做了三轮"优化"（加 constraintSize、改删除按钮固定高、
给 ListItem 加 height(88)），每次都让行高更高，最后全部回退。
教训：**dump 出来的 bounds 是 px，改代码用的是 vp，必须先换算再判断**。
## 编译
`BUILD SUCCESSFUL`
## 真机验证
全部待办行统一 **56.3vp**（176px）：未完成 1 条、已完成 6 条一致；
分组头 21.8vp、大标题 15.4vp，层级清晰。
2026-11-04 08:44:27 +08:00
..
2026-11-04 08:44:27 +08:00
2026-09-13 15:50:37 +08:00
2026-09-13 15:50:37 +08:00
2026-09-13 15:50:37 +08:00
2026-09-13 15:50:37 +08:00