AskaEth/Unlucky-Launcher
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
157 Commits 2 Branches 2 Tags
006eb6869a8aa0fa1d660d71e3883fc0f5b91026
Commit Graph
157 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
AskaEth 006eb6869a fix(app-iced): 图标守门白名单补导航族（M79 进主线后的语义错配） 
M86 的 sub_24_boxes_go_through_view_at 写于 M79 之前，白名单「未列出 = 0」把
导航族四处 view 调用判成违规。实测这四处 geometry.icon = IconSize::Toolbar = 24，
view 是正确入口，故补白名单（逐文件精确计数，仍能抓「同文件多一处」），总数 8→13。
icons.rs 399 行。
 2026-11-02 13:40:21 +08:00
AskaEth 1f4bc1b80d Merge branch 'feat/p4-card-fixed-cool-neutral-hue-for-prese' 2026-11-02 13:12:47 +08:00
AskaEth 13248ddc9b test(design): 新增走 resolve_source 的接线守护测试（复审 r1 p1-1）+ 两条小修 
**p1-1**：新增 `resolved_image_scheme_keeps_tinting_from_the_seed`——走产品公开入口
`resolve_source(Some(ImageInput::pixels(..)), None, Some(CardKey::Sky/Teal), Light)`，断言
`provenance.level == Level::BackgroundImage`、`surface == #FFF8F7`（暖白，跟着图走）、色相
≈22°（远离固定的 239.51°）、两张卡下主色与底色都相同、且与天蓝卡的 surface 不同。

上一版只有 `image_scheme_ignores_the_preset_neutral_hue`，它测的是 `Seed::scheme` 生成器层：
把 `resolve::try_level` 的取色分支改成固定中性时 8 条测试全绿（复审已实证）。那条保留并补了
⚠️ 注明「不覆盖接线」，避免下次又把生成器层当成接线守护。

**小修 1**：`every_card_scheme_meets_wcag_aa_under_the_fixed_neutral` 的 on-surface/surface
量级断言按 `flavor` 分开（原来 `(16.30..=16.40) || (14.28..=14.36)`，浅/深两值互换也能过）。

**小修 2**：测试文件拆分以守住 ≤400 行——`tests/card_neutral.rs`（crate 根，400 行）+
`tests/card_neutral/common.rs`（改前路径复原 / 模式列表 / 色相环距离，27 行）+
`tests/card_neutral/dump.rs`（出图数据导出 + 改前/改后实测表，68 行，无断言）。crate 根的子模块
默认在 `tests/` 下找，所以用 `#[path]` 指明目录。

`cargo test -p unlucky-design --test card_neutral` → 9 passed（8 + 新 1 条）。
 2026-11-02 13:12:44 +08:00
AskaEth 4b059201fd fix(design): 中性色相常量改容差断言 + 取色接线注释指向真正的守护测试（复审 r1 p2） 
- `palettes.rs::neutral_hue_is_the_default_seed_hue`：`to_bits()` 位相等 → 1e-9° 容差。
  色相来自 `atan2(a).to_degrees()`，`NEUTRAL_HUE_DEG` 的字面值是在 Windows(UCRT) 上取的，
  CI 的 ubuntu(glibc) 理论上可差 1 ulp 就让位相等在另一个 OS 上红；而这条要抓的是「换了
  `DEFAULT_SEED` 却没复核常量」（偏几十度），1e-9° 足够且不受平台末位差影响。
  `tests/card_neutral.rs::sky_card_is_bit_identical_to_the_product_baseline` 是**同平台内**
  两个算出来的值互比，继续用位相等（p1 硬约束的钉子，不动）。
  常量文档同步说明「为什么不用 `to_bits`」。
- `resolve/mod.rs` 取色分支的注释：原来只写「`tests/card_neutral.rs` 有反证」，而那条用例
  测的是 `Seed::scheme` 生成器层、覆盖不到这里（复审 r1 p1-1 的病根）。改成点名
  `resolved_image_scheme_keeps_tinting_from_the_seed`——走的就是本函数的公开入口。

`palettes.rs` 仍是 400 行（本轮改 doc 同时压缩了相邻说明，没突破上限）。
 2026-11-02 13:12:43 +08:00
AskaEth b748986aae test(design): 钉住 D43 的固定中性色相（八卡同底色 / 天蓝不动 / 动态路径不退化） 
`tests/card_neutral.rs`（新文件，8 条用例）：

1. `sky_card_is_bit_identical_to_the_product_baseline`：默认档天蓝的 49 个角色 ==
   `Scheme::baseline`，两套模式逐值相等（M88 的 p1 级硬约束）。
2. `preset_cards_share_one_neutral_hue_and_chroma`：八张卡 surface 的 CAM16 色相
   一致（±1°）、实测彩度落在 ±1.5 带宽内，且更强的一条——八张卡的 surface 是同一个
   hex（实测差 0.00° / 0.00）。
3. `the_old_per_card_tinting_really_was_a_ninefold_gap`：反证，证明上面的带宽量得出
   问题——改前浅色档彩度差 9.3 倍（rose 1.29 / teal 12.03），改后 1.0 倍；深色档改前
   彩度本来就一致（tone 6 装得下 12），问题在色相横跨 285°，改后色相跨度 0。
4. `cards_only_change_the_accent_families`：强调族不靠手抄清单，而是实测「换强调色会
   变的角色」（深色 26 个 / 浅色 23 个——浅色 on-primary/secondary/tertiary 的 tone 是
   100，任何色相都是纯白），其余角色必须逐值留在基线。
5. `card_scheme_matches_from_accent_when_chroma_is_the_default`：色卡方案 ==
   `Scheme::from_accent(卡种子)`，把 D43 接到 `tests/official_accent.rs` 的官方对账上。
6. `image_scheme_ignores_the_preset_neutral_hue`：动态路径的守护测试——同一张图在 sky /
   teal 卡下强调色相同，中性调色板色相来自图像种子（精确口径查 `Palettes::neutral`，
   另加一条观感口径），且远离 `NEUTRAL_HUE_DEG`；谁把取色也改成固定中性就会红。
7. `every_card_scheme_meets_wcag_aa_under_the_fixed_neutral`：8 卡 × 浅/深 × 26 对全部
   ≥ 4.5:1（`palette::wcag::check` 全表），并把 on-surface/surface 钉在实测量级。
8. `dump_card_palette_for_the_color_card`：出图数据（`CARD|…` 行，改前/改后并排），
   渲染脚本只做排版。

实测：8 卡 surface 改前 `#EBFEF8`~`#FFF8F4`（浅）/`#061613`~`#1F0F10`（深）→ 改后统一
`#F6FAFF` / `#09151C`；全表最差比值浅 5.44 / 深 4.98，均远高于 AA 的 4.5。

门禁：`cargo test -p unlucky-design` 231 条全绿（216+5 doc → 226+5 doc，+10 条增量：
本文件 8 条 + `color::palettes` 2 条）。
 2026-11-02 13:12:42 +08:00
AskaEth de9d5337ac feat(design): 内置色卡改用固定中性色相，切卡只换强调色（D43） 
色卡路径原先走 TonalSpot「中性色也跟种子染色」，八张卡的中性色相 = 种子色相，
浅色档 surface 的实测 CAM16 彩度从 1.29（rose）跨到 12.03（teal）——tone 98 处
暖相色域装不下彩度 12，同一个请求值在暖相上只兑现 1.29。9 倍的底色跳变让用户在
设置页逐张试色时觉得「每张卡都像换了个应用」。

- `color::palettes::NEUTRAL_HUE_DEG`（新常量）= 出厂默认种子 `#3C8DBC` 的 CAM16
  色相 239.51420577630955°，出处与「换默认色时要复核什么」写在常量文档里；
  `neutral_hue_is_the_default_seed_hue` 用位相等钉住它与 `DEFAULT_SEED` 的绑定。
- `Palettes::accent_on_fixed_neutral(accent, neutral_hue, neutral_chroma)`：强调三族
  跟 accent 色相，中性两族固定在给定色相；其余常数（36/16/24/25°/84、tone 表、
  gamut 映射）一行未动。私有 `tonal_spot_with_neutral` 承载实现，`tonal_spot` 只是
  它的「中性色相 = 种子色相」特例。
- `Card::scheme` 改走上述入口（`NEUTRAL_HUE_DEG` + 卡自己的中性彩度）。默认档天蓝的
  49 个角色**逐值不变**（固定在等于它自己中性色相的那个值上，属「沿用」而非「另选」）。
- 动态取色路径**刻意不动**：`resolve::try_level` 仍按图像种子逐色染色、只借色卡的中性
  彩度定浓淡；两处注释都写明「两条路径不同，别统一处理」。
- 订正 `palette/card.rs` 的模块文档：原文把「请求值相同」当成「观感相同」，现在改成
  可直接当契约读的三条（表面与描边八卡逐值相同 / 只有强调族跟卡走 / 天蓝卡 == baseline）。

门禁：fmt 干净、clippy -D warnings 通过、`cargo test -p unlucky-design` 全绿、
`cargo tree -p unlucky-design --edges normal` 仍是单行（零第三方依赖）。
 2026-11-02 13:12:41 +08:00
AskaEth e377989327 Merge branch 'feat/p4-token-clean-icon-size-and-disabled-al' 2026-11-02 13:12:22 +08:00
AskaEth 7c274afd7c fix(design,app-iced): 守门改成调用形状+逐调用点计数；filled-tonal 事实纠正（M86 r2 P1） 
P1-1（守门漏网）：sub_24_boxes_go_through_view_at 原判据只认带 turbofish 的 icons::view::，
且 plain && !sized 让「同文件有 view_at」整文件放行，checked 还数文件不数调用点。现在：
- 先剥注释（注释里写 icons::view 不再误报）；
- 按调用形状匹配：icons::view( / view::< / crate::icons::· / super::icons::· / use …view as v
  与 {view} 之后的 v( / view(；
- 逐调用点计数，每文件必须恰好等于白名单期望（未列出 = 0）——所以「同文件改对 3 处漏 1 处」也红。

P1-2（事实错误）：FilledTonalButtonTokens.DisabledContainerOpacity = 0.12f 是存在的，
javap -p -constants 可见；它是编译期常量、被内联进 getDefaultFilledTonalButtonColors，所以在
<clinit> 里看不到——我上一轮把「没在 clinit 出现」误写成「字段不存在」。同时把「TonalButtonTokens」
从 0.1f 家族的依据里剔除（它在整个 AAR 里零消费者，正是本 mission 警告的死令牌坑），改为只引用
ButtonDefaults 真的调了 getDisabledContainerOpacity 的 Filled/Elevated/Outlined，并注明
TextButton（容器透明）与 Baseline（基准表、运行时无消费者）。
 2026-11-02 13:12:18 +08:00
AskaEth 896edf07fe test(app-iced): 修 sub_24_boxes 白名单与 18px 线宽断言的格式化口径 
- 白名单路径补全（shell/nav.rs 不在 components/ 下）；扫描跳过 icons.rs 自身；
- SVG 的 stroke-width 用 {} 渲染 f32，2.0 会打印成 "2"，所以断言改成
  比数值（stroke_width_for(18,1.5) == 2.0）再比它渲染出的字符串，别写死 "2.0"。
app-iced --lib: 168 passed, 0 failed。
 2026-11-02 13:12:16 +08:00
AskaEth 7627462593 test(design): 两族禁用 α 的令牌层钉值（硬编码期望，去自指） 
M86 r1 P2：app-iced 那条 surface_family 断言原本从被测常量算期望，改坏常量也绿。除了把它改成
硬编码，令牌层自己也钉一条（cargo test -p unlucky-design 就能红，不必等 app-iced 链接）：
DISABLED_CONTAINER_ALPHA == 0.10、DISABLED_SURFACE_ALPHA == 0.12、内容 0.38，且 surface > button。
 2026-11-02 13:12:16 +08:00
AskaEth da1fe3aa4f fix(app-iced): 盒 ≠ RENDER_PX 的图标改走 view_at，线宽回到 1.5px（M86 r1 P2） 
r1 视觉/代码复审撞上同一件事：本轮把按钮/chip/switch 的盒子改成 18/18/16，但 SVG 仍按 24
烘焙、靠布局盒缩下去 ⇒ 实测线宽 1.04~1.25px（令牌要 1.5px）。label 的对照证据是同屏 caption
（20px，走了 view_at）实测正好 1.50px——差别只在有没有走按盒烘焙。

- buttons/assemble.rs（前置/后置）、selection/chip.rs（前置/后置）、selection/switch.rs 滑块勾
  共 5 处改为 icons::view_at(kind, color, geometry.icon)；
- 新增单测 view_at_bakes_the_requested_size：source(18) 必须是 width=18 + stroke-width=2.0
  （视觉 1.5px），并反证「24 烘焙塞进 18 盒只有 1.125px」；
- 新增源码级守门 sub_24_boxes_go_through_view_at：icons::view 只允许出现在图标盒=24 的文件，
  否则红——谁把上面 5 处改回 view 立刻被抓；
- 三处会带偏人的文字订正：icons.rs 模块文档改成「24 盒走 view、其余一律 view_at」；
  selection/mod.rs 的「图标一律 icons::view」同改；token_contract.rs 明说那条只保证烘焙路径。
 2026-11-02 13:12:14 +08:00
AskaEth fa40d798e2 docs+test(design,app-iced): filled-tonal 的禁用容器偏离写进代码；禁用色断言去自指（M86 r1 P2） 
r1 复审两条：
- 我在报告里说「filled-tonal 的 0.12 偏离已写进代码」，实际一个字都没写，而 state.rs:47 还把
  TonalButtonTokens 列进 0.1f 家族，等于让人误以为已对齐。现在 state.rs 的常量文档与
  disabled.rs 的模块文档都写清：官方 getDefaultFilledTonalButtonColors 硬编码 0.12f
  （FilledTonalButtonTokens 无该字段），我们的入口不区分变体、tonal 实际画 0.10，属已登记偏离。
- surface_family_disabled_colors_are_the_12_percent_class 的期望值原本从被测常量自己算，
  把 DISABLED_SURFACE_ALPHA 改成 0.10 也照样绿（自指断言）。现在期望值硬编码 0.12/0.38 并
  先钉常量本身；按钮族那条同改。
 2026-11-02 13:12:13 +08:00
AskaEth b566097107 fix(design,app-iced): 图标尺寸与禁用 α 收敛到官方字节码，两族拆开（M86） 
图标：IconSize::Button 16→18（AAR ButtonDefaults.<clinit> 的 bipush 18）；新增
IconSize::SwitchThumb=16（SwitchTokens.Selected/UnselectedIconSize）承接开关滑块，按钮与
滑块不再借同一档；IconSize::Nav 的值不动但文档订正（无消费，官方导航/列表图标是 24）。
ButtonSmallTokens.IconSize=20 在整包 AAR 里零消费（javap 搜 getIconSize 无外部调用），
是死令牌，不再作为取值依据。

禁用 α：官方本来就分两族——按钮容器 0.10（*ButtonTokens.DisabledContainerOpacity）与
面状控件 0.12（chip 描边 / slider 轨道 / switch 轨道）。原来的缺陷是一个全局 12% 同时
服务两族（按钮那半边一直错、另半边一直对），现拆成 disabled_button_colors/…_content
与 disabled_colors/disabled_content_over_role 两个入口；interaction 首次超 400 行，
禁用口径与测试搬到 interaction/disabled.rs。

标题栏 caption 三键：官方 SmallIconButtonTokens.IconSize=24，按用户点名缩到 20
（容器 46×48 不动），登记为项目偏离；icons.rs 加按令牌取尺寸的入口 view_at，按
(种类,尺寸) 分别烘焙 SVG，20px 的 stroke 取 1.8 保视觉线宽 1.5px。
 2026-11-02 13:12:11 +08:00
AskaEth c825e1aa3d Merge branch 'feat/p4-iced-components-navigation-listitem-t' 2026-11-02 11:56:11 +08:00
AskaEth 111955efae fix(app-iced): M79 r3 —— 分隔线守卫的三处「假绿」根治（众数参考色 / 角色身份校验 / 锚定行无条件打印） 
代码复审 r3 = p1-2items，两条都是判据自身的假绿，产品代码零改动。

1. **参考色取「跨度中点那一个像素」→ 缺口落在中点就假绿**
   `line_segments` 改用该行**墨迹众数色**（`modal_color`）：242px 的线 vs ≤4px 的缺口，
   众数天然是线自己的颜色。反例 `gap_at_mid`（r2 图在 x=144..145 挖 2px 孔）：
   改前 `ok. 1 passed`（假绿），改后 **2 段 red**。

2. **行锚定可被「更靠上的另一条细低对比横线」抢走**
   `find_thin_line` 增加 `expected` 身份色 + `blend_coverage`：线色必须落在
   `Surface → SurfaceVariant` 的插值线上（覆盖率 0.30~1.05，三通道 t 最大差 ≤0.25）。
   这比「单通道差 ≤20」稳得多：实测 `OutlineVariant (200,212,224)` → t=(1.84,2.24,3.1) 出界；
   hover 8% `(228,233,238)` → t=(0.72,1.0,1.7) 散开 0.98；两者都被拒。
   反例 `decoy_outline_gap` / `decoy_hover_gap`：改前 `ok`（假绿，锚到 y=400/401），
   改后打印 `divider skip y=… (不是预期角色色的插值，拒绝)` 并退回真分隔线 → **3 段 red**。

3. **锚定行无条件打印**（不管红绿）：
   `[probe] divider anchored at y=471 span=x24..266 color=[221, 233, 245] segments=1 (light, 1180x760)`
   ——「锚错行」从此不再静默。

4. **深色档不再是零覆盖**：`divider::check` 浅色必跑，`tabs-dark.png` 存在就跑深色
   （实测 `y=471 color=[46,60,70] segments=1 (dark)`）。判据/锚定逻辑抽到 `probe/divider.rs`，
   `probe.rs` 393 行仍 <400。

9 张图全跑（退出码即判据）：
r2 rc=0(1段) · before rc=101(3段@471) · mutB rc=101(2段) · mutC rc=101(2段) ·
mutE rc=101(3段@471) · mutF rc=101(3段@471) · **gap_at_mid rc=101(2段)** ·
**decoy_outline_gap rc=101(3段@471，y=400 被身份拒)** · **decoy_hover_gap rc=101(3段@471，y=401 被身份拒)**。

已知边界写进 `probe/scan.rs` 模块文档：≤25% 覆盖的淡线 → **loud red**（锚定失败 panic，
不会假绿）；身份校验绑定 `SurfaceVariant`（换角色色会 loud red，改 `divider.rs` 一行）；
只认横线；深色图缺失时跳过深色断言但不失败。

门禁：fmt ✓ · `cargo test -p unlucky-app-iced` 197 passed · gate 6 passed · probe 5 passed ·
`clippy --all-targets -D warnings` 干净。变异图在 `target/m79/{mutB,mutC,mutE,mutF,gap_at_mid,decoy_outline_gap,decoy_hover_gap}/`，不入库。
 2026-11-02 11:56:08 +08:00
AskaEth dffae2c429 fix(app-iced): M79 r2 —— 分隔线守卫换成「锚定细线行 + 整段跨度数段」 
代码复审 r2 P1-1：上一条守卫只认 r1 那种「半透明 AA 缝」，四处假通过。
两个结构性原因与对应修法：

1. **窗口被截成 150px**：`longest_h_line` 凑满 150px 就 return，`line_segments` 只在那
   150px 里数段 → 分隔线实长 242px，只看前 62%；缺口在窗口外看不见、在窗口内则被
   「跳到缺口之后重新起跑」滑过。现在 `find_thin_line` 返回的是**该行整段墨迹跨度**，
   `line_segments` 在这个跨度上数段。
2. **行的锚定不稳**：原来「第一条 ≥150px 的连续带」能被五态行的 40px 高底色带、
   `Primary` 指示条顶替（mutE/mutF 会量到完全不同的元素）。现在四条判据一起锚定：
   跨度 ≥200 · 近乎实心（墨迹 ≥ 跨度×4/5）· 薄（跨中点纵向墨迹 ≤3 行）· 低对比
   （线色与底色单通道差 ≤120）。

`TOL=6` 的口径写进注释：**单通道**最大可辨差；40% 覆盖的抗锯齿行实测差 `(9,6,4)`，
6 能看见它又挡住 ±3 渲染噪声；相邻那行是满覆盖（线色差 25/17/10），所以行锚定不会丢。

五次验收（真跑 probe，退出码即判据；变异图在 `target/m79/{mutB,mutC,mutE,mutF}/`
由 r2／r1 图改像素生成，不入库）：

| 图 | 结果 | 实测 |
|---|---|---|
| r2 原图 | **rc=0 绿** | 1 段 |
| `before/`（r1 逐 tab + AA 缝） | **rc=101 红** | 3 段，y=471 x24..265 |
| mutB（缺口 x=200..201，旧窗口外） | **rc=101 红** | 2 段，y=471 x24..266 |
| mutC（缺口 x=100..101，旧窗口内） | **rc=101 红** | 2 段，y=471 x24..266 |
| mutE（r1 两个缝位 102/192 挖真缝） | **rc=101 红** | 3 段，**y=471 x24..266**（仍是分隔线那行，不是 y=503 的五态带） |
| mutF（额外：r1 分段线 + 上方 200px Primary 带） | **rc=101 红** | 3 段，y=471（锚定没被 Primary 带顶替） |

门禁：fmt ✓ · `cargo test -p unlucky-app-iced` 197 passed · 全套 probe 对 r2 图 5 passed ·
`clippy --all-targets -D warnings` 干净。未改任何组件实现。
 2026-11-02 11:56:06 +08:00
AskaEth 55a775fca7 test(app-iced): M79 r2 —— probe 复跑暴露的两处修正（分隔线判据 / 可见性警告） 
真跑 `navigation::probe` 才发现的两件事，都只影响测试代码：

1. **Secondary 分隔线判据错了**：原来按 `SurfaceVariant` 的**精确值**找块，
   但 1px 的线画在分数像素上，真实像素是「线色 ⊗ 页面底色」的混合值
   （实测 `(221,233,245)`，不是令牌原值）→ 找到 **0 段**，断言假红。
   改成：先找「与页面底色不同、横跨 >150px 的那一行」，再用**该行自己的颜色**数连通段
   （`probe/scan.rs` 新增 `longest_h_line` / `line_segments` / `differs`）。
   现在：r1 基线图 → 实测 **2 段**（红）；r2 新图 → **1 段**（绿）。
2. `matches` 原来被写成 `differs` 的正向委托（语义反了），以及 `pub(super) fn shot` 暴露了
   更私有的 `Shot`（`private_interfaces` 警告，`-D warnings` 会红）：前者改回
   `!differs(..)`，后者把 `shot`/`shot_dir` 收回私有（子模块 `probe::long` 仍可见）。

其他：`probe/long.rs` 的 `filter(..).next()` → `find(..)`（clippy::filter_next）。

复跑（真实输出）：
- `ULL_NAV_DIR=target/m79/r2 cargo test -p unlucky-app-iced navigation::probe` → **5 passed**
- `cargo test -p unlucky-app-iced` → **197 passed**（+ gate 6 passed，1 ignored）
- `cargo clippy -p unlucky-app-iced --all-targets -- -D warnings` → 干净
 2026-11-02 11:56:04 +08:00
AskaEth a36f542f28 fix(app-iced): M79 r2 —— 四条 review 修复（对齐/单行/可比对象/整行分隔线） 
代码 r1 P2-1 = 视觉 r1 P2-1（同一处，必修）
- `app_bar::action`：容器只给了 `align_y` → 24px 图标贴 40×40 命中区左缘（实测前导墨迹
  `38..58`，应 `44..68`；hover 的圆形状态层也露在图标一侧）。补 `align_x(Center)`；
  同时页头内容行补 `align_y(Center)`（`Container` 默认 Top，整行原本贴顶）。
- 把 Q21 升格成规则并全目录复查（结论写进 `navigation/mod.rs` 的表）：
  app_bar 命中区/页头行、tabs tab 内容、drawer 药丸 = 两轴显式居中；
  list_item 文本块与 drawer 分组标题 = 左上起排（`Start` 是对的，不需要居中）。
  回归钉子：`navigation::probe` 的 appbar 断言量「左内缩 == 右内缩 ±2」。

代码 r1 P2-2（必修）：四件文本都没有单行约束，容器高度却是固定值
- `app_bar`（标题/副标题）、`list_item::line`、`drawer::line`、`tabs` 标签统一
  `.wrapping(Wrapping::None)` + 外层 `clip(true)`；页头/ListiItem/drawer 的文本块改成
  `Fill + clip`，长文本切在文本区里，不折行、不顶穿、不压 trailing 动作。
- iced 没有 ellipsis → 按 `inputs/menu.rs` 的 D19 先例登记 **D-M79-5**
  （官方要单行 ellipsis，我们单行 + 超长直接切割）。
- 取证：gallery 新增 `ULL_NAV_PART=long`（长实例名整块）+ `navigation/probe/long.rs`
  量「行高仍 44/60/76 / 页头仍 56 / 标题墨迹右缘 < trailing 左缘」。取证块按
  `selection::matrix` 的先例收进 `navigation/matrix.rs`（gallery 单文件贴 400 红线）。

视觉 r1 P2-2（必修）：ListItem 三列内容不同 → 「选中 trailing = Primary」没有可比对象
- 三列都挂 `trailing(settings)`，只有 selected 列走 `Primary`（其余 `OnSurface` / 38%）。

视觉 r1 P2-2（可选，已做）：Secondary 分隔线逐 tab 分段 + 0.5 圆角留了 1px 亮缝
- 改成**整行一条**：`Stack` 把一条 `Fill` 的 1px `SurfaceVariant` 压在 tab 行底下
  （底座是 tab 行本身 → 线长 = tab 行总宽，横向滚动跟着走）。
- `TabsGeometry::bar_radius(bool)` 收成 `indicator_radius()`（只有 3px 的 Primary 条要圆角），
  单测同步；probe 新增「Secondary 分隔线必须 1 段」的断言。

门禁：`cargo fmt --all --check` ✓ · `cargo build -p unlucky-app-iced --lib` 零 warning ✓
（截图/探针/测试的实时输出见完成报告；本轮宿主机被多条并行线的 rustc 打满，
bin 链接排队严重，如未取到会如实标注未完成项。）
 2026-11-02 11:56:02 +08:00
AskaEth 81e34d77da feat(app-iced): M79 导航家族 —— ListItem / Tabs / NavigationDrawer / AppBar 
四件组件 + gallery 状态矩阵 + 渲染层几何断言，全部只落在
`components/navigation/**` 与 `gallery/navigation.rs`（不改 mod.rs / interaction / layout）。

- ListItem（12b §4）：一行/两行/三行 44/60/76（A1 56/72/88，登记偏离）、leading/trailing 槽位、
  hover/focus/pressed 只叠状态层（内容色不变）、禁用是修饰器且内容角色取 A1 的 `OnSurface`@38%。
- Tabs（12b §6）：Primary 3px 指示条（用 `Stack` 分层让 Fill 条拿到「该 tab 的宽」）、
  Secondary 1px `SurfaceVariant` 分隔线、带图标时容器 64、横向滚动；选中色按变体分（Primary / OnSurface）。
- NavigationDrawer（15 §21 + D33）：**同一个容器两个宽度** —— rail 88 ⇄ drawer 240；
  药丸从容器宽派生（56×32 / 216×56，左右各缩 16 / 12，A1 `ItemPadding`）；
  分组标题 TitleSmall、组间 1px OutlineVariant；drawer 项高 56（G24）。
- AppBar small（12b §16）：页头 56（A1 64，登记偏离）、TitleLarge emphasized + LabelMedium 副标题、
  leading/trailing 槽位、滚动只换 `SurfaceContainer` + L2（A1 无 OnScroll…Height）。
- gallery：`ULL_NAV_PART=list|tabs|drawer|appbar|all` 分块出图；四块矩阵（ListItem 三行高 × 三态、
  Tabs 三个选中位置 + 五态、rail/drawer 同尺度并排、AppBar 静息/滚动）。
- `navigation/probe.rs`：读真截图量像素的 4 条断言（行高 44/60/76、禁用 OnSurface@38%、
  指示条宽 = 标签墨迹 + 2×16、rail 88 / drawer 240 与药丸内缩 16/12、AppBar 56），
  已用两次变异（行高改 56/72/88；drawer 内缩改 16）验证能被打红。

门禁：fmt ✓ · clippy -p unlucky-app-iced --all-targets -D warnings ✓ · test -p unlucky-app-iced 195 passed ✓
 2026-11-02 11:55:59 +08:00
AskaEth 22636668d0 Merge branch 'feat/p5-ci-guards-for-presenter-zero-ui-and-d' 2026-11-02 11:19:20 +08:00
AskaEth e9034a40c8 fix(guards): design 零依赖门禁覆盖 dev/build 依赖表（M89 复审 p2-2） 
cargo tree --edges normal 看不到 dev-dependencies / build-dependencies，而 design
对外承诺的是「零第三方依赖」，不分 normal/dev/build。新增一步「依赖表必须为空」：
按表头切出 dependencies / dev-dependencies / build-dependencies / target.*.dependencies
（含 [dependencies.serde] 子表写法，表头携带包名），有任何一个键即失败；原「依赖树只允许
出现自身」那步保留，两道互补。

实测：基线绿；[dev-dependencies] serde 红（同一时刻 tree step 仍绿，正是原来的盲区）；
[build-dependencies] digest 红。老 job（core-no-ui / file-size / licenses）解析后仍与 main 相等。
 2026-11-02 11:19:16 +08:00
AskaEth 48061c3f31 fix(guards): presenter 依赖表检查覆盖 [dependencies.slint] 子表写法（M89 复审 p2-1） 
原判据要求表头是 `[dependencies]`，`[dependencies.slint]` / `[target.'cfg(windows)'.dependencies.slint]`
这类合法子表既不匹配、表头又被 next 吃掉，整段内容完全不查。配合「子表 + optional +
非默认 feature」可让依赖表与 cargo tree 两步同时绿。

- 表头正则加 `(\.[^]]*)?`，并把带子表后缀的表头本身纳入检查（表头携带包名）。
- 实测：基线绿；`[dependencies.slint]` 红；子表+optional+feature 红；target.* 变体红；
  `[dependencies.serde_json]` 不误报（仍绿）。
 2026-11-02 11:19:15 +08:00
AskaEth 56bc52756b ci(guards): 新增 presenter 零 UI 与 design 零第三方依赖两道门禁（M89） 
- presenter-no-ui：照 core-no-ui 的「依赖表 + cargo tree」双查，名单一致
  （slint/egui/eframe/iced/winit/gtk/javafx/tauri/fltk/druid/relm）。
  依赖表检查按表头切出依赖表再查键名——presenter 的 description 合法地写着
  「Slint 版与 iced 版共用」，core-no-ui 那种整文件 grep 在这里会误报。
- design-zero-dep：cargo tree -p unlucky-design --edges normal 只允许出现自身一行，
  把 README 明写的「零第三方依赖」卖点从人肉守变成 CI 守。
- 两条都 fail-closed：cargo tree 自身失败（crate 改名/解析异常）同样红；
  失败信息给出命中清单与放哪里的建议。
- 未改任何已有 job 的语义（core-no-ui / file-size / licenses 原样）。
 2026-11-02 11:19:14 +08:00
AskaEth 1d0ff70908 Merge branch 'feat/p4-palette-source-trio-image-wallpaper-p' 2026-11-02 11:10:59 +08:00
AskaEth 8be91a9cc9 docs(design)+test(palette-extract): 修正「种子一定是原图真实颜色」的过度承诺 
自测发现：400×400 红蓝棋盘在 MAX_EDGE=256（适配层 thumbnail 缩放）与 512（design 块平均）
下都取到 #704070，都不在原图上——「≤MAX_SAMPLES ⇒ 真实颜色」只对「传进 analyze_rgba 的
那个缓冲」成立，不是整条链的性质。
- Seed::color 文档写明边界 + 上游缩放同样会破坏该性质（附实测例）
- 结构性断言的注释/断言文案改为「design 不再叠第二层块平均」，不再声称能保住真实颜色
 2026-11-02 11:05:06 +08:00
AskaEth 09b716ae79 docs(design)+test(palette-extract): r2 三条口径修正与常数绑定 
- LowChroma 文档：删掉「彩度必然 < 候选门槛 5」（人气门槛也会淘汰高彩度小面积，
  实测 0.5% 纯红报 113.36），改为与契约文档 §6 一致的口径；代码臂注释与 score::most_chromatic 同步
- Seed::color / share 改成有边界的说法：≤MAX_SAMPLES 才是图上真实色、share 的分母是有效采样点
- palette-extract 新增 max_edge_stays_within_the_design_sample_budget：
  MAX_EDGE² ≤ MAX_SAMPLES（256² 当前余量为零，调大就红）
- card.rs：把 6.43~6.50 / 7.70~7.76 写成断言（原来只有 ≥4.5 下限，文档却宣称区间）
- LowChroma.color 字段注释改成「最接近可用的候选色」（113 那条并不「能用」）
 2026-11-02 11:05:03 +08:00
AskaEth f4c48752c2 fix(design): Outcome::NotReached / 色相环回绕断言 / LowChroma 口径统一 / 文档指向（复审 r1 p2-4 + 色彩 r1 p2-2/3/4） 
- Outcome 新增 NotReached：区分「用户没提供」与「更高级成功所以没轮到」，
  UI 不会再对着用户已选的卡说「色卡：未选择」；新增 not_reached_is_distinguishable_from_not_provided
- cards_are_visually_distinct 补色相环回绕间隔（原来只比排序相邻差，350° 的卡会静默通过）
- Failure::LowChroma 的 color 与 chroma 现在永远来自同一个簇（原来一条路径拿 A 簇的色值配 B 簇的彩度）；
  两条路径的口径写进文档注释，并提醒 UI 别把数字写成「彩度 X < 门槛 8」
- card.rs：测试名指向修正（card_keys_are_stable_and_unique，测试就在本文件）、
  「对比度 8.4:1」的假示例换成实测区间（light 6.43~6.49 / dark 7.70~7.75）、
  中性彩度那段补上「请求值相同 ≠ 实际表面同冷度」的事实与 D43 去向
 2026-11-02 11:05:02 +08:00
AskaEth 948a3685cd test(design): 钉住 D40 的彩度门槛 8（复审 r1 p2-3） 
MIN_SEED_CHROMA 8.0 → 6.0 的变异原本全绿（那条断言比的是常量自己）。
新增两条用实测 chroma≈7.23 的灰蓝（#7E8489）：
- seed::tests::chroma_just_below_the_gate_is_rejected（门槛之上/之下夹住）
- resolve::tests::faint_colour_falls_back_to_the_selected_card（回落 + 落点是选中卡 + 方案逐值等于该卡）
顺带把 resolve 的单测拆到 resolve/tests.rs（400 行上限）
 2026-11-02 11:05:01 +08:00
AskaEth 579f3ae271 feat(palette-extract): 补 bmp 解码器（复审 r1 p2-2，定案加） 
M73 的 Windows 壁纸探测只读注册表/.theme 里的路径，不筛扩展名，.bmp 壁纸真会出现；
image 的 bmp 是独立 feature 且无额外传递依赖（bmp = []），代价≈0。
- features 加 "bmp"，Cargo.toml 与 lib.rs 注释的口径对齐（原来注释说支持 bmp 但没开）
- 新增 bmp_is_supported（真编一张 BMP 再解码取色）
 2026-11-02 11:05:00 +08:00
AskaEth 2ce394fbfc fix(design): 混合透明度不再被误判为「全透明」（复审 r1 p2-1） 
先按 alpha 过滤像素、再做块平均（整块全透明则跳过）。原实现先平均再比门槛，
块内 255 与 0 的整数除法得 127 < 128 → 512×512 里 131072 个不透明像素被报
NoOpaquePixels，UI 会告诉用户「背景图几乎全透明」，与事实相反。
- 新增 half_transparent_image_keeps_its_opaque_colour（红）
- 新增 mostly_transparent_image_still_samples_the_visible_part
- 模块文档加一行「混合透明度」的处置与踩坑说明
 2026-11-02 11:04:59 +08:00
AskaEth 36c1cce00d test(design): 补「先量化再打分」的端到端反证（复审 r1 p1） 
reviewer 实测变异：把 analyze_rgba 改成不透明像素算术平均，150 个测试全绿——
因为反证只测了 quantize/score 中间层，接线没人覆盖。新增：
- seed::tests::end_to_end_picks_the_five_percent_accent（95% 米白 + 5% 珊瑚 → #FF6B5A）
- seed::tests::end_to_end_picks_the_three_percent_accent（97/3 → #FF8800）
- resolve::tests::a_five_percent_accent_drives_level_one（一级成功、种子是珊瑚、≠ 回落色卡）
顺带把 seed 的单测拆到 seed/tests.rs（410 行 → 220 + 190，恢复 ≤400 纪律）
 2026-11-02 11:04:58 +08:00
AskaEth 80314f4830 docs(design): hint_key 的文案映射表搬进 provenance.rs 的文档注释 
DevDocs/ 是 gitignore 的本地文档，契约里的「键 → 文案」表review 时看不到，
所以在 hint_key 的 rustdoc 里放同样一张表（差异只有措辞建议，结构一致）。
 2026-11-02 11:04:57 +08:00
AskaEth 31ee69100a refactor(design): resolve 拆成目录模块（单文件 ≤400 行），同步文档口径 
- palette/resolve/{mod.rs,provenance.rs}：编排函数与 Provenance 类型分开，路径不变
- color/mod.rs + palettes.rs：原来的「取色/色卡库不在本 crate、还没实现」改成指向 crate::palette
- 取色 gap 登记改为「单种子已实现，多 source 色仍未实现」
 2026-11-02 11:04:55 +08:00
AskaEth 1aac62f6f0 feat(palette-extract): 图片解码适配层（D40 第 2 层，唯一引入 image 的地方） 
- 新 crate unlucky-palette-extract：路径/字节 → RGBA → design 的种子
- image 只开 png + jpeg（关 default-features，不拖 rayon/avif/webp）
- 解码前按 Limits 拒超大尺寸（解压炸弹），解码后最长边缩到 256
- input(&Result<Rgba8, _>) 把失败翻成 ImageInput::Undecodable（回落链靠它区分「没设」与「坏了」）
- 11 个单测覆盖纯色/JPEG/抄错扩展名/垃圾字节/截断/缺文件/1px/灰图/大图/超限/零拷贝
 2026-11-02 11:04:52 +08:00
AskaEth 18327fb038 feat(design): 配色来源纯数学层（Monet 式量化取色 + 色卡 + 三级回落 + 对比度收敛） 
D40 分层：design 保持零第三方依赖，只吃已解码的 RGBA 像素。
- palette/quantize：5bit 直方图 + CIELAB k-means（QuantizerCelebi/Score 的形状）
- palette/score：官方 Score 口径（CUTOFF_CHROMA 5 / TARGET 48 / 权重 0.7+0.3）
- palette/seed：seed_from_rgba + D40 彩度门槛 8，灰白图回落而非凭空上色
- palette/card：8 张内置色卡，key 为持久化键
- palette/wcag：26 对文字对比度门禁 + 沿 tone 轴收敛并记录修正
- palette/resolve：纯函数三级来源编排 + Provenance（原因码/提示键）
 2026-11-02 11:04:10 +08:00
AskaEth c1fc5b8086 Merge branch 'feat/p5-presenter-extract-host-layer-for-iced' 2026-11-02 11:02:29 +08:00
AskaEth d03ba13c0f test(presenter): 修正 tile_viewport 单测的期望值（760/128 量化到 640 而非 768） 
迁移后首次跑 test 时这条自测断言写错：函数行为与原 ui_bind 的实现逐字一致，
错的是期望值。修完 `cargo test -p unlucky-presenter` = 122 passed。
 2026-11-02 10:11:55 +08:00
AskaEth f159529936 feat(presenter): 新建 unlucky-presenter，把 host/状态/DTO/设置桥从 app 迁出（M85 第 1 块） 
D26（iced 重写）的关键一次性动作：UI 框架无关的宿主层独立成 crate，
Slint 版（crates/app）与 iced 版（crates/app-iced）共用，Slint 退役后不再重写一遍。

- 新建 crates/presenter（package `unlucky-presenter` / lib `unlucky_presenter`），
  workspace 登记 + crate 文档头写清「这层为什么存在」、对外表面、UI 侧允许/禁止、
  iced 接线骨架、以及哪些东西留在了 crates/app 及为什么。
- `git mv`（保留文件历史）迁入：host/（25 文件）、dto/（11 文件）、state.rs(+tests)、
  prefs.rs、settings_bridge.rs、toast.rs、router.rs、dialogs.rs、wizard.rs、
  mock.rs、mock_data.rs、backend.rs。模块路径与公开 API 名称不变（`host::install` 等），
  内部实现零改动。
- 新增 `theme`：把原本混在 ui_bind/theme_runtime 里的**纯判据**（CONFIG_POLL_TICKS /
  SYSTEM_THEME_POLL_TICKS / TILE_REGENERATE_STEP / BackgroundKey / tile_viewport /
  system_theme_value / 两个 poll 判据）抽出来，附 5 个单测；app 侧改成调用它们。
- crates/app 改为消费者：删掉迁走的文件，`crate::host|state|dto|prefs|settings_bridge|
  toast|router|dialogs|wizard|mock|mock_data|backend` 全部改写为 `unlucky_presenter::*`
  （64 处），backend.rs 的 config_path/build_backend 提为 pub。
- crates/app-iced 只登记 unlucky-presenter 依赖，本 mission 不接线。
- prefs.rs 的 2 处 slint 文档引用改写；`grep -rn slint crates/presenter` 现在无输出。
 2026-11-02 09:29:31 +08:00
AskaEth 00f132d8ce Merge branch 'feat/cli-unify-launcher-binary-subcommands-wi' 2026-11-02 08:08:20 +08:00
AskaEth fb3d3f46c9 docs(readme): 未知子命令的提示改成 unlucky-launcher --help（M82 r4 复审 P2） 
两版 README 的「未知子命令是错误，不是开窗」一段写的是提示 `ull --help`，与真实输出相反：
GUI 二进制跑出来是 `unlucky-launcher --help`（只有 `ull` 自己跑才是 `ull --help`），
而且同文 87/77 行已经写着「自称的名字跟着你敲的那个二进制走」——正文自相矛盾。

只改这两处；全文其余 `ull` 都是指 `ull` 那个产物本身（对照表、§ 说明、`ull --help` 的对比句），
按语境保留。
 2026-11-02 08:08:18 +08:00
AskaEth 8ca1e1e965 fix(cli): 程序名占位符在构造时渲染，两条出口（人类可读 / --json）不再分叉（M82 r3 复审 P2） 
r2 只在人类可读通道渲染 `%prog%`，JSON 两条出口（错误信封的 message/hint、Report 的
warnings）直接序列化未渲染文本，于是 `--json lst` 吐出 `"hint":"%prog% --help 查看命令列表"`
——连 `ull` 自己的 JSON 都被这轮改动弄坏了。

改成**构造时渲染**，一个入口管住所有出口：
- `CliError::usage/user/internal/with_hint` 统一过 `render()`（错误只有这一处成形）；
- `Report::new` 渲染 human 行，`Outcome::with_warnings` 渲染 warnings；
- `print_report` / `print_error` 不再各自渲染（渲染点只有一个，不会再有第三条出口漏掉）。

回归测试三条：`json_error_envelope_never_leaks_the_placeholder`、
`json_warnings_never_leak_the_placeholder`、`human_lines_render_the_placeholder_too`
（后者同时断言「账户名恰好叫 ull」这种用户数据不被改）。
 2026-11-02 08:08:16 +08:00
AskaEth 2f8bbd1746 fix(cli): 程序名只替换模板占位符，不再改写用户数据（M82 r2 复审 P2） 
r1 把 `rename` 套在**插值后的整条文本**上，于是用户数据被改坏：账户名恰好是 `ull` 会变成
`unlucky-launcher`，路径 `D:/tmp/ull/.ULL/...` 会变成 `D:/tmp/unlucky-launcher/.ULL/...`，
回显的子命令 `ull` 也会被改名。

改成模板占位符：文案里写 `%prog%`，**只在渲染时**（print_report / print_error / 帮助）替换成
argv[0] 的 basename。占位符只存在于静态模板里，插值进来的账户名 / 路径 / 子命令碰不到它。
用 `%prog%` 而不是 `{prog}`：这些模板要活在 `format!` 里，`{prog}` 会被 format! 当成参数名
编译失败。

同时补上 r1 漏的反方向：**stdout 的正常输出**（Report.human 与 warnings）现在也做替换，
以前只有 stderr 的错误做了，两边不一致。

回归测试：`user_data_that_says_ull_is_never_rewritten` 断言「账户名 `ull`」「路径 `\ull\`」
「未知命令 `ull`」在 fill 之后逐字不变。

占位符替换覆盖 21 个文件的 63 处文案；测试夹具里形如 `ull-mcp-diagnose-<pid>` 的临时目录名
已回滚为字面量（那不是文案）。
 2026-11-02 08:08:13 +08:00
AskaEth c9e6236a87 refactor(cli): 判据收敛到 unlucky_cli::cli，banner 按被调用的二进制名自称（M82 复审） 
去重：`looks_like_cli(args) -> bool` 落在 `unlucky_cli::cli`，两个 GUI 的 main.rs 只调用它，
判据从两份变一份。cli crate 里**不**出现 GUI 的 flag 表——语义仍是「首个 token 是裸词就接管；
首个 token 是 flag 时只有解析出真命令才接管，解析失败不接管」。原来两个 main.rs 里的 5+5 条
单测合并成 cli crate 的一份（用例集按复审要求原样搬，含 --screenshot/--renderer/--diff/
--mock/--force-state/--scale-factor、--help/-h/--version/-V、10 个已知子命令、--json 前置、
未知子命令），两个 main.rs 的旧测试已删除。

banner：新增 cli::program 模块，从 argv[0] 的 basename 取程序名（剥目录、剥 .exe、空值回落
ull），把帮助/版本/错误提示里独立出现的 `ull` 换成它——`unlucky-launcher --version` 不再自称
`ull`，也不会把人指去敲 `ull --help`。`run()` 签名未改；`ull` 自己跑时输出逐字不变（替换是
恒等），打包脚本的 `ull --version` 冒烟不受影响。
 2026-11-02 08:08:12 +08:00
AskaEth fecff989e7 docs: 修掉「把没量的东西标成实测」的四处引用（M82 复审 P2） 
- 两个 GUI main.rs：把「不 dlopen 任何图形库」改成「不依赖任何图形库（缺失时不影响）」，
  并把「实测见 §7」换成「§7.4 是依赖取证；耗时是结构性判断，没重量（§10-8）」
- packaging/README §1：§7.6（不存在）→ §7.4
- packaging/README §4：实测引用 §7.1 → §7.4（ELF 取证在 §7.4）
- packaging/README §7.4 标题补 ELF DT_NEEDED，并记下复审在 bookworm-slim 里的真跑结果
- packaging/release-notes：ull 示例前补 chmod +x（Release 资产不带可执行位）
 2026-11-02 08:08:11 +08:00
AskaEth 0d4628f85e docs(packaging): 如实记下 M82 的体积/首帧没有重量 
本机当时三个 worker 同时在编，全量 release profile（codegen-units=1 + fat LTO）要
重跑 400+ crate，这两个数留给空闲窗口补。写清结构性判断（分发在 MainWindow::new()
与后端探测之前，GUI 路径只多一次 argv 解析）与它的性质：不是实测。
 2026-11-02 08:08:10 +08:00
AskaEth 1c7285cea9 feat(cli): GUI 二进制内建 CLI 子命令分发，ull 纳入发布资产（M82） 
一个二进制两种用法：两个 GUI 的 main.rs 在进 UI 之前分发子命令，命中就把控制权交给
unlucky_cli::run —— 不建窗口、不探后端、不扫字体、不 dlopen 图形库。

分发判据只有一条，子命令表不重复：crates/cli 的解析器是唯一真相源。
- 首个 token 是裸词 → 子命令位置，交 CLI（未知子命令由 CLI 报错 + 提示 --help，退出 1，
  不静默开窗）
- 首个 token 是 flag → 只有 CLI 解析出真命令才算 CLI 调用；--data-dir X 解析成 Welcome、
  --screenshot / --renderer / --diff 等 GUI 参数解析失败，一律仍走 GUI（CI 脚本零改动）

顺带：unlucky-launcher --version 以前会直接开窗，现在走 CLI 分发报版本。

packaging：ull 作为独立裸资产随每个槽位发布（make_artifacts.py + release.yml 的 assets
数组与 SHA256SUMS glob），矩阵完整性检查改成 GUI/CLI 各查一次。

app-iced 的 x11 / wayland / linux-theme-detection 收进 target 专属的 cfg(target_os) 段。

门禁实跑：cargo fmt --all --check 通过；cargo clippy --workspace --all-targets -D warnings
通过（exit 0）；cargo test --workspace 通过（51 个测试二进制 / 1369 个用例，含本次新增的
5 + 5 条分发判据用例）。
 2026-11-02 08:08:09 +08:00
AskaEth ef3212021a Merge branch 'feat/p4-iced-components-inputs-textfield-sear' 2026-11-02 07:45:42 +08:00
AskaEth 05fefc8a7b fix(app-iced): M77 r1 —— 菜单项 trailing 槽位靠右（视觉 r5 P1） 
`item_row` 的 Row 早先是 `leading → label → trailing`，中间没有撑开的空间，于是
trailing（快捷键 / 子菜单箭头 / 勾）**紧贴 label 右边**，一列菜单里读不出一条竖线，
也与 M3「trailing 落在行右内边距上」不符。

改法（只动 `menu.rs` 的行装配）：
- label 与 trailing 之间插一个 `space::horizontal()`（宽度 Fill），**只在有 trailing 时插**——
  没有 trailing 的项仍然左边起排，不被居中/右对齐；
- 把 Row 包进 `container(..).width(Fill).height(Fill).align_y(Center)`：Fill 空间要有宽度可撑
  （Q8 的教训：撑开靠容器，不靠子元素），顺带把内容垂直居中（`button` 只把内容放左上角）；
- trailing 的右缘现在落在 item 右内边距上，与 leading 左内边距对称（12 = 4 内缩 + 8 button pad）；
- 分组分隔线 / 禁用项的行为未动（同一函数的其它分支没改）。

渲染层断言（`probe/menu.rs`）：带 trailing 的项，其 trailing 墨迹右缘 = `menu_right − 17`
（= 4 指示器内缩 + 12 内边距 + `Check` 字形在 24 viewBox 里约 5 的边界）±1。
变异（删掉那行 `space::horizontal()`）后实测 `menu_right=559、墨迹右缘=438 ⇒ 偏 121`，断言红；
修复后偏 **17**。重出 `menu-{light,dark}.png`，勾已贴行右缘成一条竖线。
 2026-11-02 07:45:39 +08:00
AskaEth 21f2734981 test(app-iced): M77 渲染层 probe —— 逐行几何断言（5 条，能被变异打红） 
M68 的教训：纯函数返回对、图可能是错的。`inputs/probe.rs` 对着**真窗截图**量像素，
没给 `ULL_INPUTS_DIR` 就大声跳过（与 `gallery::probe` 同一口径）。

量什么（每条对应一次真实可能画错的形态）：
- 文本框高**精确 56**（320 宽格）、Filled 指示线 静息 1dp / 聚焦 2dp 的墨量比；
- Outlined 描边 1dp / 2dp（描边墨量随亚像素相位在 1.0~1.67 浮动，所以用**比值**判）；
- 错误态：框内标签与框下辅助文本都是 `Error` 墨迹；
- 搜索条高 56、前置图标墨迹偏移 20（= pad 12 + offset 4 + viewBox ≈4）、
  docked 面板 宽 360 / 头 56 / 1px `Outline` 分隔 / 结果区 240；
- Slider 竖条 4×44、0% 贴左、50% 分界在正中、100% 无未激活段（thumb 不越界）；
- 菜单容器 161（= 8 + 48×3 + 1 + 8）、项高 48、选中指示器内缩 4、分组线 1dp。

像素工具因 `gallery::scan` 是私有模块而自带一份最小读图器（约 60 行），已报 finding。
 2026-11-02 07:45:38 +08:00
AskaEth ddd234b3c8 feat(app-iced): M77 输入家族 —— TextField / Search / Slider / Menu（含 gallery 登记） 
D39 五家族并行的「输入类」这一条线。四个组件全部对消息类型泛型（`M: Clone`，不碰
`app::Message`），状态一律走 `components::interaction`，精确尺寸走 `components::layout`，
零尺寸字面量（取不到的集中登记 G16~G20 在 `inputs/geometry.rs`）。

- TextField（12b §9）：Filled / Outlined；56 高（无标签 40）、4 圆角、内边距 16/16、
  前置图标可视边 12（文本从 48 起）、指示线/描边 静息 1dp → 聚焦与错误 2dp、
  错误态线/标签/辅助文本全 Error、禁用 12%/38%（Filled 容器官方 4%，令牌只有 12% → D10）。
  标签常浮起（无上浮动画，D12）；A1 无 Pressed token，press 按 hover（D11）。
- Search（15 §20）：SearchBar（收起）+ SearchView（展开 docked）分开实现。bar 消费
  `ComponentMetrics::SEARCH_BAR`，图标可视边 = pad 12 + icon_offset 4 = 16（只做加法，
  不写 16/20），聚焦 1px Secondary；view 头部 56 + 1px **Outline** 分隔 + 结果区 240。
- Slider（12b §11）：自绘 `advanced::Widget`——轨道 16 full、竖条 4×44（focus/pressed 收窄到 2）、
  激活 Primary / 未激活 SecondaryContainer、命中 48、离散停靠点 4（未激活轨在点两侧留 6 空隙）。
  位移区间取 handle/2..W−handle/2，所以 0%/100% 竖条不越界。
- Menu / DropdownMenuItem（12b §8）：SurfaceContainer + L2 阴影（Elevation 令牌）、项 48、
  水平 12、上下 8、选中 SecondaryContainer（指示器内缩 4、圆角 8）、分组分隔线复用
  `components::divider`。圆角取令牌表 4（12b 说本项目 12 → D18）。
- gallery/inputs.rs：四组件状态矩阵登记（五态 × 两式 + 空/有值/错误、0%/50%/100%、菜单展开态），
  按 `part` 拆成四段（整段比 760 高的窗口还高）。

单文件 ≤400 行：四个组件的单测与 Slider 的纯几何分别拆到 `<name>/tests.rs` 与 `slider/track.rs`。
 2026-11-02 07:45:36 +08:00