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
..
2026-09-13 06:16:59 +08:00
2026-09-14 11:07:03 +08:00
2026-09-15 13:55:01 +08:00
2026-09-21 13:29:24 +08:00
2026-09-21 20:53:10 +08:00
2026-09-08 19:16:35 +08:00
2026-09-14 14:57:18 +08:00
2026-09-14 11:07:03 +08:00
2026-09-21 13:29:24 +08:00
2026-09-08 19:16:35 +08:00
2026-09-14 16:00:34 +08:00
2026-09-08 19:16:35 +08:00
2026-09-21 13:29:24 +08:00
2026-09-21 13:29:24 +08:00
2026-09-21 13:29:24 +08:00
2026-09-21 13:29:24 +08:00
2026-09-21 13:29:24 +08:00
2026-09-12 09:54:31 +08:00
2026-09-08 19:16:35 +08:00
2026-09-14 09:11:36 +08:00
2026-09-12 08:02:30 +08:00