docs(app-iced): P2-2 M68 事故口径订正(实测 137 字符,不再引用估算值)
代码 reviewer 指出:712px ≈ 「118 字符」的那个数本身不是实测,是拿 0.5em 估的步进换算的, 和 P2-1 是同一个根因(高估了步进)。按实测重写事故描述: - M68 那张卡里的正文是 `BodySmall` **12px**,步进 = 14px 实测值 6.0526 × 12/14 = **5.19px/字符**, 所以 712px **实测 137 字符**(不是 118); - 补一条**订正记录**说明早期数错在哪:既高估了步进、也对错了字号,两条叠加把事故说轻了 16%; - `pages/mod.rs` 的历史判词同步改成 712px + 137 字符; - 全 `pages/` 已无「118 字符」这个数(`grep` 为空)。
This commit is contained in:
1 parent
fae1b61d9e
commit
367100848a
2 files changed
+10
-5
No files matched your search
@@ -38,10 +38,14 @@
|
||||
//! ## 3. 行宽约束(历史事故:M68 的全宽单卡)
|
||||
//!
|
||||
//! M68 骨架的内容区是**一张全宽卡**:1180 窗宽 − 88 rail − 2×24 留白 = **712px**。
|
||||
//! 那张卡里的正文是 `BodySmall` 12px,**实测步进 5.19px/字符 → 712px 装下了 137 字符**
|
||||
//! (早期口径拿 14px 正文的步进换算,比实际渲染的字号少算了 16%,已按实测订正)。
|
||||
//! 视觉复审的判词因此是「**不能把全宽单卡当页面模板**,官方桌面口径是
|
||||
//! supporting-pane / list-detail」。
|
||||
//! 那张卡里的正文是 `BodySmall` 12px:步进 = 14px 实测值 6.0526 × 12/14 = **5.19px/字符**,
|
||||
//! 所以 712px **实测装了 137 字符**。视觉复审的判词因此是「**不能把全宽单卡当页面模板**,
|
||||
//! 官方桌面口径是 supporting-pane / list-detail」。
|
||||
//!
|
||||
//! > **订正记录**:早期文档把同一段事故按 `0.5em` 估算的「14px 正文步进」换算,既高估了步进、
|
||||
//! > 也对错了字号(M68 那张卡实际渲染的是 12px 辅助字号),两条叠加把事故说轻了 16%。
|
||||
//! > 现在事故描述一律用**实测步进 × 实际字号**,不再用估算值——这也是
|
||||
//! > `line_length_is_capped_at_72_characters` 里那条「旧口径 504px 能放 83 字符」护栏的由来。
|
||||
//!
|
||||
//! 所以正文列宽有**硬上限** [`measure_cap_px`]:按**实测**的 `BodyMedium` 14px 步进
|
||||
//! 6.05px/字符(= 0.4323em)算出 **72 字符 = 435px**,由 [`content_column_width`] 与
|
||||
|
||||
@@ -7,7 +7,8 @@
|
||||
//!
|
||||
//! M68 的骨架内容区是**一张全宽卡**。视觉复审的结论(用户认可):
|
||||
//!
|
||||
//! > **不能把「全宽单卡」当页面模板** —— 正文单行 712px ≈ **118 字符**,远超舒适行宽;
|
||||
//! > **不能把「全宽单卡」当页面模板** —— 正文单行 **712px**,那张卡里的 `BodySmall` 12px 文本
|
||||
//! > **实测装了 137 字符**(口径见 [`layout`] §3),远超舒适行宽;
|
||||
//! > 官方桌面口径是 **supporting-pane / list-detail**。
|
||||
//!
|
||||
//! 所以这里先立三条规矩,页面照着用:
|
||||
|
||||
Reference in new issue
Block a user