Files
MailUI4Agents/client/electron/test
JianFeeeee e6a4070a95 跨端: 把可读性那批深色语义底**登记进清册**(判据抓到了,它报得对)
上一提交(`cbb1e1e`)给 `dangerBg`/`approveBg`/`warnBg`/`chipSpentBg`/
`chipWarnBg`/`chipNeutralBg` 补的深色变体,**忘了登记**。
`cross-client-theme` 当场报红:

    Theme.ets 里出现未登记的手写色:dangerBgDark、approveBgDark、warnBgDark、
    chipSpentBgDark、chipWarnBgDark、chipNeutralBgDark、chipNeutralFgDark、
    chipSpentFgDark、chipWarnFgDark
    —— 属于品牌/业务语义色就登记进 SELF_OWNED_COLORS 并在 Theme.ets 的
    登记表里写一行理由,否则该走 $r('sys.*')

**这条判据报得对**,不是误报:
  · 这 9 个色是**跨端身份**(逐字取自 WebUI `.dark` 段 `index.css:486-520`),
    系统语义色里没有\"淡底\"这一档,更没有深浅两套淡底 ⇒ 必须自己写;
  · 但\"必须自己写\"恰恰是要登记的理由 —— 不登记的话,
    下一个人看到 `#2E1F25` 只会当成随手挑的深红。

修(两处,判据要求两处都有):
  1. `SELF_OWNED_COLORS` 补 9 个名字 + 一段理由(含 tailwind 档位对照);
  2. `Theme.ets` 的色清册注释里补 9 行值 + 来源,并说明\"原来只有浅色档\"
     这个**共同的病根**(不是九个孤立遗漏)。

★ 教训:\"补了深色变体\"是一个**新 token**,不是\"改了个值\"。
  `cbb1e1e` 提交信息里我把它们写成\"Added dark variants\"——
  但在判据眼里它们就是 9 个没登记的手写色,跟\"随便写死的颜色\"无法区分。
  **判据不认识意图,只认识清册。**

验证:`cross-client-theme` 21/21 绿(原 20 pass / 2 fail)。
2026-09-21 20:53:10 +08:00
..