跨端: 2in1 键盘可达（Ctrl+N 写信 / ↑↓ 换补全 / Enter 选中）+ 三处判据被实测改判
用户 2026-09-21：「接下来做一下 2in1 上的快捷键，比如快捷键打开发信页面」
「上下键切换发信目标」「回车展开输入框等」
## ① 打开发信页：Ctrl+N，用官方 `keyboardShortcut`
先查了官方文档再动手，避开两条静默失败的坑：
· `keyboardShortcut`（组件快捷键事件，API 10+）「**无论组件是否获焦** ——
只要窗口获焦，快捷键就会响应」。而 `onKeyEvent` 要求**组件先获焦**，
邮件列表里焦点落在哪是不确定的（点一下就换）⇒ 用它做全局快捷键会时灵时不灵。
· 「多个不同组件设置相同组合键 ⇒ 只响应节点树**深度最浅**的那个」。
⇒ 再给别处的"写信"按钮补一个 Ctrl+N 不是"多一个入口"，而是**让后来那处永久失效**。
判据因此钉"全仓只许绑一处"。
绑定位置在 `MainPage` 的**根 Stack**（窗口组件树的根）—— 绑在 FAB 上不行，
它在 `if` 分支里、窄屏/宽屏位置也不同，会随分支挂卸。
键位 `Ctrl+N` 避开了官方列出的五个**禁止绑定**组合（Alt+F4/Alt+Tab/Ctrl+Shift+Esc…）。
判据直接解析调用参数校验这三点。
## ② 根够不着 `openCompose()` ⇒ 照 `PushService` 的"两半"形状
`openCompose()` 住在**条件挂载**的 `CommPage` 上（`if (currentIndex === 0)`），
根组件拿不到它。新建 `common/ComposeIntent.ets`：
· **格子**（`pending`）—— 用户此刻在别的页、`CommPage` 还没实例化；
· **回调**（`listener`）—— 用户此刻就在通信页、页面早挂载完了。
缺任何一半都是**按键静默失效**：只有格子 ⇒ `aboutToAppear` 不重跑；
只有回调 ⇒ 没有监听者。这形状与 `api/PushService.ets` 处理"点通知跳转"时
踩的是同一个坑，那边注释里已写过解法 —— 这次是照着抄，不是重新踩。
## ③ 收件人三段式补全（↑↓ 切换、Enter/Tab 选中、Esc 收起）
WebUI 的逻辑原先**散在组件闭包里**（`parseParts` 没 export、`apply`/`onKeyDown`
直接改 React state）⇒ 判据根本 import 不到。先把它抽成一对纯逻辑：
`client/electron/src/lib/addressSuggest.ts` ↔ `model/AddressSuggest.ts`，
**抽的时候行为一字不改**（抽出来顺手"改进"会让判据比新行为、线上跑旧行为，两边都错）。
`AddressInput.tsx` 改接这份 lib。
`cross-client-logic` 新增 `AddressSuggest` 一对，22 个用例两边逐例比。
其中 `nextActiveIndex(0,3,-1)` 是**负下标陷阱**：JS 的 `%` 对负数返回负数
（`-1 % 5 === -1`），而负下标在数组访问里**不报错**（返回 `undefined`），
只表现为"按上键后没有任何一项高亮"。直接写 `(i-1) % n` 就会这样静默坏掉。
候选走**内联渲染**而不是 `bindPopup`/`bindMenu`：那两者各有焦点体系，
会先吃掉按键 ⇒ "↑↓ 换候选"落不到 `onToKey` 上。
## ④ 另修一个真 bug：`AddressSuggestion` 字段名整套写错
模型声明 `value`/`kind`，而服务端（`contacts.go:206`）给的是 `alias`/`title`/`source`
—— **从来没返回过** `value`/`kind`。按本仓纪律「声明了服务端从不返回的字段 ⇒ 删掉声明」改正。
顺带守住 `title` 的 `omitempty`：缺键时裸 cast 给 `undefined`（**不是**类里那个 `= ''`），
直接读会 `Cannot read property of undefined` —— 本仓在 `MailDetail.normalize()` 上
踩过同一形状（整页白屏）。判据钉住那句 `typeof … === 'string'` 的守。
## ⑤ 三处判据被**实测**改判（不是我挑一边，是拿数字定的）
### a. 卡片不该有模糊 —— 反转原断言
原判据断言「玻璃卡要走参数化 `backgroundEffect`」。那是**记录旧实现的副作用**
（重言式）。逐字读 WebUI 的 CSS：全仓 `backdrop-filter` **只有两处**
（`.glass-control` 8px/1.1、`.narrow-nav` 18px/1.5），而 `.glass-card`（`index.css:1629`）
**完全没有** —— 它的玻璃感是 `rgb(255 255 255 / 0.92)` 这个 alpha。
留着旧断言更坏：下次谁把卡片改成正确的"白 + alpha"会被判红，然后去**把模糊加回来**。
### b. 我试了"把模糊移到导航条"，被实测否掉
推断「真归属是底栏」，于是把底栏改成 `backgroundEffect({radius:18, saturation:1.5})`。
实测（模拟器窄屏 1008×2232，底栏中心列 x=504）：
y backgroundEffect backgroundBlurStyle
1960 rgb(191,199,209) rgb(234,235,239) ← 差 -36 亮度
2060 rgb(206,211,219) rgb(234,235,239) ← 差 -24
⇒ `backgroundEffect` **只给模糊、不给底色**，壁纸原样透上来，底栏暗了 24~36 级。
WebUI 的 `.narrow-nav` 是**两条声明**组合的（`background-color` + `backdrop-filter`），
我只搬了后者。系统材质**同时含色调 + 模糊 + 深浅两套** ⇒ 在这里它才是正解
（§7.12 把它判成"有意差异"是对的，我的"改进"是退步）。
判据改成**反向钉住** `backgroundEffect`，并把这段实测数字留在 Theme.ets 里。
### c. 页签条判据记录的是被否掉的"胶囊"
原判据钉 `TAB_BAR_RADIUS`/`TAB_BAR_SIDE`/`TAB_BAR_TOP` —— 那正是用户否掉的形状
（「你又在内部套了一个胶囊」）。CDP 读 WebUI 的实测几何：
.comm-pane x=80 w=320 radius=14px overflow=hidden ← 窗格，裁圆的是它
tabstrip x=80 w=320 radius=0px ← 条自己无圆角
设备实测（`uitest dumpLayout`）：页签条 `[28,140][980,267]`、窗格 `[28,140][980,1957]`
⇒ 左右边缘逐像素相同。判据改为钉"与窗格齐平 + 只有左上角圆角"这两条**不变式**，
`TAB_BAR_RADIUS`/`TAB_BAR_SIDE` 一并**删除**（留着就是孤儿，会邀请人把胶囊拼回来）。
## ⑥ 顺带修两条判据自己的正则
`{6}` 看不见 8 位色 ⇒ 把 `glassCard`/`glassCardWall` 报成"清册过期"，
**病因报错了**。改成 `{6}(?:[0-9A-Fa-f]{2})?`（不能写 `{6,8}`，那会连 7 位也放进来）。
半透明禁令改为**枚举白名单**（不是放宽：遮罩那个真实约束原样保留，
`overlay` 写成 8 位单色照样红）。
新增判据 `harmony-2in1.test.mjs` 12 条；`files=34 checks=543 pass=540 fail=2`（收尾前）。
This commit is contained in:
@ -656,26 +656,53 @@ test('★ 顶部页签条与底部导航条同一族（都是悬浮玻璃）—
|
||||
'页签条不许铺实体面（Theme.surface）—— 那是壁纸模式下唯一一块实心白，"割裂"就是这么来的');
|
||||
assert.match(body, /\.backgroundBlurStyle\(this\.bgActive \? Theme\.navMaterial : BlurStyle\.NONE\)/,
|
||||
'页签条要吃系统材质（与底部导航条同档），否则它和玻璃卡片拼在一起不是一套东西');
|
||||
assert.match(body, /\.borderRadius\(TAB_BAR_RADIUS\)/,
|
||||
'页签条要用 TAB_BAR_RADIUS（= NAV_BAR_RADIUS）—— 自己拍一个数会让上下两条不齐');
|
||||
/*
|
||||
* ★★ 2026-09-20：留白必须**算进宽度**，不能只写 `width('100%')` + `margin`。
|
||||
* ══════════════════════════════════════════════════════════════════════
|
||||
* ★★ 2026-09-21 **改判**：页签条不再自己成条，而是与窗格**齐平**
|
||||
* ══════════════════════════════════════════════════════════════════════
|
||||
*
|
||||
* ArkUI 的 `width('100%')` 是按父容器算的，再叠 `margin` 会**向右溢出**
|
||||
* 而不是把条挤窄 —— 实测（模拟器 3184px、密度 2.875）：页签条占 x=231..1151，
|
||||
* 与面板**同宽**，`TAB_BAR_SIDE` 完全没生效；看起来仍是"通栏 + 圆角"，
|
||||
* 与底部悬浮条不齐。
|
||||
* 用户当天连指三次，最后一句是裁定：
|
||||
* 「你看看顶栏右边那个圆角，你不觉得奇怪吗？」
|
||||
* 「你右边改成没圆角不就行了，还 better，你好好看看，**你又在内部套了一个胶囊**」
|
||||
* 「鸿蒙布局还略有不同的，你直接改成右边没圆角就行了」
|
||||
*
|
||||
* 这条断言是**从这次实测反推出来的**：单看代码"有 margin"会以为留白生效了，
|
||||
* 而只有形如 `calc(100% - N vp)` 的宽度才真的让出那一段。
|
||||
* ── 我原来错在哪（用 CDP 读 WebUI 的实测几何才发现）──
|
||||
*
|
||||
* .comm-pane x=80 w=320 radius=14px overflow=hidden ← 窗格，**裁圆的是它**
|
||||
* tabstrip x=80 w=320 radius=0px ← 页签条，自己无圆角
|
||||
*
|
||||
* 两者**横向完全齐平**。而我们原来是"自己缩进 16vp + 自己带满圆角"⇒
|
||||
* 页签条成了一个**嵌在窗格里的胶囊**，上下两条弧各画一遍，中间留出一弯月牙。
|
||||
* 判据当时钉的 `TAB_BAR_RADIUS` / `TAB_BAR_SIDE` / `TAB_BAR_TOP`
|
||||
* **正是那个被否掉的形状**——它记录的是旧实现，不是不变式。
|
||||
*
|
||||
* ── 设备实测（模拟器窄屏 1008px，`uitest dumpLayout`）──
|
||||
*
|
||||
* 页签条 Row bounds=[28,140][980,267]
|
||||
* 所在窗格 bounds=[28,140][980,1957]
|
||||
* ⇒ 左右边缘**逐像素相同**（28 / 980），与 WebUI 一致。
|
||||
*
|
||||
* ── 现在钉的三条（换成不变式，而不是"等于某个常量"）──
|
||||
*
|
||||
* ① 与窗格齐平：`width('100%')`，**不许**再有左右内缩
|
||||
* （`margin`/`calc(100% - N)` 那两种写法都不行 —— 那会把胶囊加回来）；
|
||||
* ② **右上角无圆角**（用户明确要求）：只给左上角，与窗格左上角那道弧**重合**成一道；
|
||||
* ③ 依旧要有玻璃（与底部导航条同档），不许退回实体面。
|
||||
*
|
||||
* ★ `TAB_BAR_RADIUS` / `TAB_BAR_SIDE` / `TAB_BAR_TOP` 已随之**删除**
|
||||
* （`model/NavItems.ts`）—— 留着它们就是**孤儿常量**：
|
||||
* 下一个人会照着名字把胶囊拼回来。`TAB_BAR_HEIGHT` 保留（仍在用：
|
||||
* 它决定条高，而条高是真实几何）。
|
||||
*/
|
||||
assert.ok(!/\.width\('100%'\)[\s\S]{0,200}?\.margin\(\{[^}]*left: TAB_BAR_SIDE/.test(body),
|
||||
"页签条不能写 `width('100%')` + `margin` —— ArkUI 里那是向右溢出、留白不生效。\n" +
|
||||
' 要用 `width(`calc(100% - ${TAB_BAR_SIDE * 2}vp)`)` 把留白算进宽度（设备实测的结论）');
|
||||
assert.match(body, /\.width\(`calc\(100% - \$\{TAB_BAR_SIDE \* 2\}vp\)`\)/,
|
||||
'页签条宽度要 `calc(100% - 2×TAB_BAR_SIDE)` —— 悬浮条的左右留白必须真的让出来');
|
||||
assert.match(body, /\.margin\(\{[^}]*top: TAB_BAR_TOP/,
|
||||
'页签条要留顶部间距（TAB_BAR_TOP）—— "浮着"而不是"贴着"内容区顶');
|
||||
assert.match(body, /\.width\('100%'\)/,
|
||||
'页签条要与窗格齐平（`width(\'100%\')`）—— WebUI 实测 .comm-pane 与 tabstrip 横向逐像素相同');
|
||||
assert.ok(!/TAB_BAR_SIDE/.test(body),
|
||||
'页签条不得再有左右内缩（TAB_BAR_SIDE 那个胶囊形状已被用户否掉）');
|
||||
assert.match(body, /\.borderRadius\(\{\s*topLeft:\s*Theme\.glassRadius,\s*topRight:\s*0\s*\}\)/,
|
||||
'页签条只许有**左上**圆角（右上 0）—— 用户：「你直接改成右边没圆角就行了」；' +
|
||||
'右上那道弧会与窗格右上角的弧叠成两道');
|
||||
assert.ok(!/\.borderRadius\(TAB_BAR_RADIUS\)/.test(body),
|
||||
'页签条不得用 TAB_BAR_RADIUS（那是"胶囊"形状，已被否）');
|
||||
|
||||
/*
|
||||
* 自检：把页签条改回实心面，上面第一条必须判红。
|
||||
|
||||
Reference in New Issue
Block a user