test(app-iced): M102 r2 护栏改成「抓得住页面换摆法」——块偏移/行距/散文接线全部有源码结构断言

r1 复审的两条 P1 都是假护栏：把修复原样回滚（A：frame::body 换回居中 424；
C：内缩 X2→X1；D：行距加回 4px）后测试仍全绿，因为断言只喂 frame_metrics() 与常量重算，
既不观察 frame::body，也不引用页面常量。本轮把「摆法」做成可断言的东西：

- 新增 `pages/layout/block.rs`：body_width（pane 宽封顶 1440）、body_offset（恒 0 = 贴左）、
  prose_width（= metrics.column ≤424）三个纯量 + 单测。frame::body / frame::prose 从它们建盒，
  frame::body_width 改成 pub use（不另算一份）。
- 新增 `pages/layout/source.rs`（cfg(test)）：把某个函数的实现文本切出来。iced 的 Element
  没有几何内省，量不到「块摆在哪」，只能断言「照哪个数建的」；仓里已有 no_hardcoded_tokens
  扫源码、download/tests 用 include_str! 扫 key 的先例。
- 新护栏（每条都做过变异实测，见报告）：
  · frame_body_is_built_from_the_block_quantities（A 变异红）
  · frame_prose_is_built_from_the_prose_width（E 变异红）
  · list_column_spaces_rows_only_from_the_shared_constant（D 变异红）
  · instances 几何断言改用页面真源 LIST_BOTTOM_INSET.dp() / ROW_SPACING（C 变异红）
  · the_detail_note_goes_through_the_prose_box（散文接线）
- P2：wrap::strip 的「会删原文自带 U+200B」写成限界 + 一条断言；docs 口径从 layout.rs
  挪到 layout/block.rs（layout.rs 399 → 389）。

零像素变化：改后 9 张图与 r1 的 m102-after 逐张 cmp 完全相同；2560×760 新出三张证明块宽封顶
1440（112..1551）且仍贴左。

crates/app-iced/src/pages/layout.rs

@@ -43,13 +43,10 @@
 //! `DevDocs/ops/screens-m68/shell-light-cpu.png` 里那一行**实测 ink 712px**（x=133..845）吻合。
 //! 视觉复审的判词因此是「**不能把全宽单卡当页面模板**，官方桌面口径是 supporting-pane / list-detail」。
 //!
-//! > **两个订正记录**（都是 P2 复审抓出来的）：
-//! > ① **712 是那一行的墨迹宽度，不是列宽**。早期文档写成「1180 − 88 − 2×24 = 712」，
-//! >    那个减法得 1044，712 是 ink——列宽是 1004，ink 只占其中的 71%。
-//! > ② **字符数按实测算**：那一行是 **137 字符**（12px × 0.4323em = 5.19px/字符）。
-//! >    早期口径拿 `0.5em` 估算的「14px 正文步进」换算，既高估步进、也对错了字号，把事故说轻了。
-//! > 现在事故描述一律用**实测步进 × 实际字号**；这也是
-//! > `line_length_is_capped_at_72_characters` 里那条「旧口径 504px 能放 83 字符」护栏的由来。
+//! > **两个订正记录**（P2 复审抓出）：① **712 是那行的墨迹宽，不是列宽**（列宽 1004；旧文档的减法得 1044）；
+//! > ② 那行是 **137 字符**（12px × 0.4323em = 5.19px/字符），早期拿 `0.5em` 估算既高估步进、也错了字号。
+//! > 现在事故描述一律用**实测步进 × 实际字号**——这也是 `line_length_is_capped_at_72_characters`
+//! > 里那条「旧口径 504px 能放 83 字符」护栏的由来。
 //!
 //! ### 逐行口径：72 字符是**最长一行**的上界，不是平均（r2 复审的教训）
 //!
@@ -75,19 +72,8 @@
 //!
 //! ### M102 订正：`column` 是**正文（prose）列宽**，不是页面块宽
 //!
-//! 视觉复审在 1180×760 的下载 / 日志页抓到「正文列从 x≈423 起、标题在 x≈110，左右各空 ~300px」。
-//! 根因不在 [`frame_metrics`] 的宽度分配，而在**把 424 这个「一句话多宽」的上界当成了整页块的宽度**：
-//! `pages::frame` 的旧 `single_column` 取 `metrics.column` 并**水平居中**，于是 1044 里只用的 424 被摆到正中。
-//!
-//! 现在两者分开，口径如下：
-//!
-//! | 量 | 谁给 | 用在哪 |
-//! |---|---|---|
-//! | [`FrameMetrics::column`] | 本模块（≤ 424） | **正文/散文**：`frame::prose` 包一层，保证一行 ≤72 字符 |
-//! | `pages::frame::body_width` | 本模块的 `available` / `main_pane` | **页面块**：表格、卡片、列表、Tabs 吃满可用宽度 |
-//!
-//! 左缘一律是 `rail 88 + gutter 24 = 112`——与页头标题同一条线（判据：
-//! `pages/tests.rs::body_block_starts_at_the_header_title_and_fills_the_page`）。
+//! 视觉复审抓到「正文列左缘 423 对标题 110」，根因是**把 424 当成整页块宽再居中**。
+//! 现在三个量分开，口径与常量全在 [`block`]（本文件只留指针，免得文档把 file-size 门禁顶到红线）。
 //!
 //! ### 步进是怎么量的（口径 + 可复现）
 //!
@@ -105,8 +91,12 @@
 use unlucky_design::spacing::{LayoutMetrics, Space};
 use unlucky_design::typography::TypeRole;
 
+pub mod block;
 pub mod wrap;
 
+#[cfg(test)]
+pub(crate) mod source;
+
 /// 官方 M3 窗口档的 medium 断点（600dp）。
 pub const BREAKPOINT_MEDIUM: f32 = 600.0;
 /// 官方 M3 窗口档的 expanded 断点（840dp）。