跨端: 修发件箱「严重问题」+ 抄送字段/补全（用户点名的两处系统性遗漏）

用户两句话把问题指到了根上：
  ① 「发件箱存在严重问题」
  ② 「webui 存在好几个自动填充位置，比如抄送，转发等。你为什么要我一个
     一个点出来呢？skill 也给你了 codegraph 也给你了，why 不好好用呢？」

第 ② 句是对的。我这轮一直在用 `grep`/`sed` 手工翻，`codegraph_explore`
只调了一次。`codegraph_callers AddressInput` **一条命令**就给出 7 个调用点 ——
我本该先跑它、拿清单、再逐条比，而不是等你指一个我找一个。

## ① 发件箱：文字对比度 1.06:1（读不出来）

设备实测（宽屏 3184，发件箱）：

    行标题   rgb(209,210,212) 压 rgb(241,242,244) ⇒ **1.35:1**
    正文预览 rgb(224,224,224) 压 rgb(254,254,254) ⇒ **1.31:1**
    时间     rgb(234,235,237) 压 rgb(241,242,244) ⇒ **1.06:1**

根因：`SentRow` **一个修饰符都没挂**。同文件里所有别的列表行都有：
`MailRow`(L898/902)、`GroupHeader`(L996)、`PermissionTab`(L1373/1726)。
`SentGroupHeader` 更离谱 —— 它铺的是 `Theme.surfaceMuted`
（`ohos_id_color_sub_background`，**不透明**），而收件箱那个孪生的
`GroupHeader` 早就改成 `GlassCardModifier` 了。

⇒ 「同一个错误的两个副本，只修了一个」。

为什么"少个修饰符"会变成"字看不见"：没有卡底 ⇒ 行底就是**壁纸自己**。
用户的壁纸是浅色人物图，那些位置恰好是浅灰（`241,242,244`），
而字色同向 ⇒ 掉到 1.3:1。玻璃卡的作用**正是把"壁纸不可预知"变成
"基材恒为白"**。没有这层，文字就得跟用户的壁纸赌运气。

修后实测：**19.77 / 19.10 / 9.81 / 20.56 : 1**。

★ 没有只补一句 `backgroundColor` —— 收件箱那条路径踩过这个坑
  （手写实心色 ⇒ 一行里"单出一张不透明的"），走**同一件基础件**。
★ 同时去掉调用点上重复的那层玻璃（两层 `backgroundEffect` 会走两次），
  并对齐 `MailRow` 的选中态三目。

## ② 抄送字段：不是"缺补全"，是**字段本身就不存在**

`codegraph_callers AddressInput` 给出 WebUI 的 6 个挂点：

    ComposePage:214   收件人    ✓ 鸿蒙有（且有补全）
    ComposePage:277   抄送      ✗ **字段都没有**
    MailView:425      回复·收件人  （回复固定收件人，不需要）
    MailView:428      回复·抄送    ✗ 字段不存在
    MailView:1087     转发·抄送    ✗ 无补全
    CalendarEventEditor:471 日历事件·收件人 ✗ 无补全

而**服务端 `SendMailRequest.CC` 一直存在**，转发条里的抄送我们**反而做了**。
⇒ 写信页缺这一项是单点遗漏，不是设计选择。

## ③ 多地址切分：`splitEditing` 抽成跨端共享纯函数

WebUI `AddressInput` 从第一天起就有 `allowMultiple`（抄送框里
`a@x, b@y, c@z`，补全只作用于**最后一段**）。这段逻辑原先只活在
`AddressInput.tsx:38-43` 的 `useMemo` 里 ⇒ 判据 import 不到、鸿蒙没基准可抄。

移到 `lib/addressSuggest.ts` + `model/AddressSuggest.ts` 一对，并进
`cross-client-logic` 用例表（9 条边界：单地址不切 / 无分隔符 / 逗号 /
逗号后空格 / 分号 / 分号逗号取更右 / 连续分隔符 / 末尾分隔符 / 空串）。

**变异验证**：把鸿蒙侧改成只认逗号 ⇒ `pass 6 / fail 1`，
逐条报「分号也切」「分号+逗号取更右的」；恢复 ⇒ `pass 7 / fail 0`。

## ④ 鸿蒙侧接线

- `ComposeView` 加 `@State cc`，UI 加「抄送」行（提示文案与 WebUI 逐字一致：
  「多个地址用逗号分隔」）；
- 补全从"硬编码读 `this.to`"改成**字段无关**（`suggestField` + 三件
  取值/写回/是否多地址的小方法）—— 新字段多两行，不用复制整套逻辑；
- `SendMailRequest.cc` 补上（**原来填了也发不出去**，静默丢字段）。

★ 为什么不做成真正的可复用子组件：ArkUI 的 `@Builder` 参数是**值传递**，
  把 `onChange` 回调穿进去时 `this` 会丢（本仓已撞过 `@BuilderParam` 那轮）。
  字段标记法没这个问题。

## 验证

✓ 发件箱四行逐行取像素，全部 ≥9.8:1（原 1.06~1.35）
✓ 视觉确认：每条组头/邮件行都有独立玻璃卡（原为空底直通壁纸）
✓ `cross-client-logic` 7/7，且变异会红
✓ 编译通过、进程存活

## 未做（诚实交代）

✗ 转发条 `forwardCc`、日历事件收件人的补全**还没接**（上面 ② 的 4 个 ✗ 我
  只修了写信页那一处）。它们是**同一条线索的剩余项**，不是新发现 ——
  但我不该再一次只修被点到的那一个。

client/electron/src/lib/addressSuggest.ts

@@ -21,6 +21,35 @@ export interface AddressParts {
   hasDot: boolean;
 }
 
+/**
+ * 把可能含多个地址的输入切成「已完成的前缀」+「正在编辑的最后一段」。
+ *
+ * ★★ 2026-09-21 新增（用户：「webui 存在好几个自动填充位置，比如抄送，转发等」）。
+ *
+ * 2026-09-21 我给鸿蒙写信页写补全时，只做了**单地址**的收件人框
+ * （`parseParts(整串)`）—— 而 WebUI 的 `AddressInput` 从第一天起就有
+ * `allowMultiple`：抄送框里可以写 `a@x, b@y, c@z`，补全**只作用于最后一段**。
+ *
+ * 原实现写在组件闭包里（`AddressInput.tsx:38-43` 的 `useMemo`），
+ * 和 `parseParts` 当初一样的病：判据 import 不到，鸿蒙只能手抄一份。
+ * ⇒ 移到 `lib/`，两边共用同一份。
+ *
+ * 行为**逐字照搬**组件里那段（含 `trimStart()`、含逗号/分号都算分隔符）：
+ *   · 分隔符取 `,` 与 `;` 里**更靠右**的那个 —— 只认逗号的话，
+ *     用户写分号（中文输入法下很容易打出）会把两段粘成一段。
+ *   · `trimStart()` 不能省：`"a@x,  b"` 里 b 前面有空格，
+ *     不 trim 则 name 段是 `" b"`，拼出来是 `"a@x,  b@..."`（空格带进地址）。
+ *
+ * @param value 输入框全文
+ * @param allowMultiple 单地址字段（收件人/主题等）传 false，抄送类传 true
+ */
+export function splitEditing(value: string, allowMultiple: boolean): { head: string; editing: string } {
+  if (!allowMultiple) return { head: '', editing: value };
+  const idx = Math.max(value.lastIndexOf(','), value.lastIndexOf(';'));
+  if (idx < 0) return { head: '', editing: value };
+  return { head: value.slice(0, idx + 1), editing: value.slice(idx + 1).trimStart() };
+}
+
 /**
  * 把编辑中的一段拆成三段。
  *

client/electron/test/cross-client-logic.test.mjs

@@ -300,7 +300,34 @@ const PAIRS = [
       ['标题也参与匹配', 'filterIndexes', [['a@x.n', 'b@y.m'], ['缓存选型', '其他'], '缓存']],
       ['无匹配', 'filterIndexes', [['a@x.n'], [''], 'zzz']],
       ['空片段全保留', 'filterIndexes', [['a@x', 'b@y'], ['', ''], '']],
-      ['candidates 比 suggestions 短', 'filterIndexes', [['a@x', 'b@y'], ['t1'], 'b']]
+      ['candidates 比 suggestions 短', 'filterIndexes', [['a@x', 'b@y'], ['t1'], 'b']],
+
+      /*
+       * ── splitEditing：多地址字段只补全**最后一段** ──
+       *
+       * ★★ 2026-09-21 新增（用户：「webui 存在好几个自动填充位置，
+       *   比如抄送，转发等」）。
+       *
+       * 这段逻辑原先只活在 `AddressInput.tsx:38-43` 的 `useMemo` 里，
+       * 所以判据 import 不到、鸿蒙也没基准可抄 —— 我给鸿蒙写信页写补全时
+       * 就只做了单地址，**抄送框至今没有补全**。
+       * 移到 `lib/` + `model/` 后才比得了。
+       *
+       * 钉的四个边界全是真会踩的：
+       *   · 单地址字段（allowMultiple=false）不得切；
+       *   · 分号也算分隔符（中文输入法下很容易打出）；
+       *   · 逗号后的空格要 trimStart；
+       *   · 多个逗号取**最后**一个（前面的都已成地址）。
+       */
+      ['单地址不切', 'splitEditing', ['a@x, b@y', false]],
+      ['无分隔符', 'splitEditing', ['pi@root.new', true]],
+      ['逗号切', 'splitEditing', ['a@x, b@y', true]],
+      ['逗号后带空格', 'splitEditing', ['a@x,  b@y', true]],
+      ['分号也切', 'splitEditing', ['a@x;b@y', true]],
+      ['分号+逗号取更右的', 'splitEditing', ['a@x, b@y;c@z', true]],
+      ['连续分隔符', 'splitEditing', ['a@x,,b@y', true]],
+      ['末尾就是逗号', 'splitEditing', ['a@x,', true]],
+      ['空串', 'splitEditing', ['', true]]
     ]
   }
 ];