 AskaEth
|
9ce54a8119
|
test(app-iced): accent 回车守卫改判代码行并整取实参（M252 r2 P2-1）
上一轮（e2a9692）声称三处守卫都改了，实际只有 field.rs 与 rows.rs 进了提交：
`section/accent.rs` 的改写留在工作树里，被我自己重放 C4 变异时的 `git checkout --`
还原掉了 —— 提交面因此看不到它，那条守卫仍是 `body.contains(..)`，注释掉接线后它照样绿
（只有白名单顺手红）。先修过程、再修判据：
- `the_accent_field_wires_enter_to_commit` 改成 `code_line(body, ".on_submit(")` 取**代码行**，
再用 `call_arguments` **整取**实参并断言等于 `["accent_commit"]` —— 顺带堵上
「`accent_commit_none` 这类同前缀产地静默通过」。
- `code_lines()` 的边界文档换成实测口径（`app-iced/src` 9 处 `r#"`、8 处内容含引号；
全仓 `crates/**.rs` 291 处），并写清两个方向：内嵌引号 ⇒ 尾部注释漏剥 ⇒ **假绿**；
JSON 原始字符串同行有 `//` ⇒ 多剥 ⇒ **假红**。两种都由 `code/tests.rs` 钉住。
过程纪律（写进报告）：**变异重放只在已提交的树上做**，否则 `git checkout --` 会把未提交的
修复一起扔掉，而「声称改了、diff 没动」正是这次被复审抓到的形状。
|
2026-11-11 19:55:21 +08:00 |
|
|
AskaEth
|
f7cfc8ded6
|
feat(app-iced): 单行输入框透出 on_submit，回车接上存档改名与强调色提交
债务台账 P18（M250 + M247 的共同缺口）：iced 0.14 的 text_input 有 on_submit、
没有 on_unfocus（builder 逐条核过：on_input/on_input_maybe/on_submit/on_submit_maybe/
on_paste/on_paste_maybe，on_unfocus 零命中），而本仓的 text_field 只透出
on_input ⇒ 行内重命名只能点按钮、强调色拿不到「用户确认」这一下。
- field.rs：Field 变 `Field<'a, M>`（M 只被新加的 on_submit 用到，调用点的类型由
text_field 的 on_input 一并推出，一行都不用改），回车消息唯一从 submit_message()
取，`on_submit_maybe(None)` 是默认档 ⇒ 既有调用点逐位不变；禁用态与 on_input 同一
条规矩被摘掉。
- 存档改名：回车与「改名」按钮共用 commit_rename() 一个消息产地，空名/原名不变/
非法字符那几道校验因此对回车同样成立。
- 强调色：回车发 Change::AccentCommit（不是又一次 Accent(原文)）⇒ 立即 commit()，
把「打了一半就放着」的 #12 亮成红框 + 错行；逐键不报短错的规矩不变，落盘仍取
上一次合法值。
- 判据：submit_is_opt_in（未接就是 None）、text_field_forwards_the_submit_callback、
submit_is_wired_only_at_the_two_call_sites（白名单扫源码）、
enter_takes_the_same_message_as_the_rename_button、the_rename_field_wires_enter、
the_accent_field_wires_enter_to_commit、enter_commits_a_half_typed_value_and_
persists_only_legal_ones。真键盘回车量不到（Element 无内省、造不出 iced::Renderer
的测试替身），报告里单列。
|
2026-11-11 19:55:21 +08:00 |
|
|
AskaEth
|
c14622f828
|
test(app-iced): 钉住错行里不可见字符的 U+XXXX 形态（M250 r1 小事 2）
|
2026-11-11 15:54:59 +08:00 |
|
|
AskaEth
|
14282f3325
|
fix(app-iced): 复审 r1 的四条 p2 + 三条小事（M250）
- p2-1 删死状态：`Accent::scheme` 字段 / `scheme()` 取值口 / `set_flavor` 重派生全仓零读者，
且注释谎称「Ui 的唯一入口」。色值 `color` 与深浅无关，`Ui` 由 `rebuild_ui` 重算，
所以整条删掉，`new/set/reset` 也不再收 `flavor`
- p2-2 规则只定义一次：新增 `theme::tokens(flavor, accent, scheme, families) -> (Ui, Colors)`,
`App::rebuild_ui` 与出图 harness 都调它（harness 传 scheme=None，如实说明不覆盖 D38 分支）；
README 改成「同一条规则、不是同一个调用点」
- p2-3 逐键不闪红：`Accent` 区分「显示中的错」与 `pending`。只有**不可能再变合法**（非 hex / 超 6 位）
才立刻亮；位数不足先挂 pending，等 `commit()`（点到别的外观控件）或配置读回才亮
- p2-4 订正 `app/state.rs:151` 那句反话（强调色现在是 UI 写入字段）
- 小事：hint 文案改「中性表面与错误色不随强调色变」；`Digit{ch}` 里的不可见字符显示成 U+XXXX；
8 颗色块补 tooltip（hex 原文，Overlay 底）
判据：新用例 `accent_errors_only_appear_when_they_are_actionable` 覆盖「输入中不亮 / 提交后亮 /
配置读回立刻亮」三态；gallery 出图逐字节与重构前相同（规则搬迁没改像素）。
|
2026-11-11 15:46:10 +08:00 |
|
|
AskaEth
|
e345b55c09
|
fix(app-iced): 预设色板改成两行排版，注释与用例去掉色值字面量（M250）
- 预设色板原来挤在一行，出图实测被折成「7 + 1」（最后一颗掉到下一行）——改成
「标签 + 出厂」一行、8 颗色块一行；这是有意排版，不是被挤出来的
- src/** 的色值字面量门禁把注释与测试一起扫（那条门禁是对的）：文档里的 `#RRGGBB`
实例改成不带 `#` 的描述，超长串用例改用 `TEAL.to_hex()` 拼出来
|
2026-11-11 15:10:03 +08:00 |
|
|
AskaEth
|
e6b2200360
|
feat(app-iced): 强调色接线落地（M250 ACCENTWIRE）
appearance.accent_color 此前是死线：配置键、presenter 往返、预设色板都在，但造 tokens 的
唯一入口恒走 DesignTokens::brand(board)，用户填了色界面不变。
- theme.rs：Ui::with_accent + accent_scheme（唯一调用 DesignTokens::with_accent 的地方）
- app/state/theme.rs：rebuild_ui 三选一（显式强调色 > D38 取色方案 > 出厂板），diag 一行说清是谁生效
- pages/appearance：新增 accent 状态（原文/解析结果/方案/结构化错误）+ 设置页输入行与预设色块；
非法值保持上一次合法值并给出 Short/Long/Digit 三档原因，不静默回退出厂色
- presenter::prefs：AccentChoice::parse 成为唯一解析点，set_accent_checked 交回结构化原因
- app/appearance.rs：persist_appearance 带上 accent_color（此前写不进去），只写上一次合法值
- pages/harness/app.rs：gallery 也能吃 ULL_APPEARANCE_ACCENT，供出图矩阵
- core keys.rs：订正「空 = 出厂 #0078D4；accent 令牌全域生效」这句半真半假的说明
- i18n：强调色 7 条文案（链尾新域，金表只追加）
判据：同一组件（进度条 Primary）在空配置与 #006A5C 下色值不同（App 级 + 令牌级两条）；
非法值拿到结构化错误、生效色不回退、不写盘、tokens 仍可构造。
|
2026-11-11 14:56:26 +08:00 |
|