Files
ycode/docs/协作/B01-补充反馈-01.md
T

65 lines
5.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# B01 补充反馈 01:确认按钮与计划/仅问答样式
日期:2026-10-21(Asia/Shanghai)。
用户在最新 dev 中连续反馈“删除对话和归档对话的弹窗,按钮不对”“计划和仅回答的样式也不对”。验收端已在隔离 Windows Electron 中复现,**A05、A06 仍待开发**。
这两项已属于 [B01 需求](B01-需求.md) 的 YC-003,不是本次 YC-001 新增回归,也不应记为已修复。保留 [验收 01](B01-验收-01.md) 对 YC-001/F01 的结论;本反馈不覆盖或改写原交付记录。开发端接续界面修复时,应优先处理用户再次指出的这两个表面。
## 1. 版本与验证方式
- 用户当前 dev:`eaf0ed293a2234e46f0ec48740cb02dd748b239b`,renderer 已确认加载新 disclosure 模块。
- 独立窗口受测:`51531dcae8d8ade85db9e203bc8c0f712805b2ae`,真实 main/preload/renderer、专用临时 userData、home、workspace 和测试消息;未操作用户实际会话、调用真实模型或读取原版实现。
- 已用 Git diff 确认上述两个提交之间无产品代码差异;ModeChip 和 TaskPopconfirm 对应 TSX/CSS 从 `37ddb2c` 到当前版本也未修改。此次交付范围原本只有 A01/A03/A04,不能误以为整份方案已经实施。
- 菜单按钮在浮层透明度到 1 后额外等待 400ms 再测量和截图,排除淡入截图时机。
## 2. FB01 / A06:归档、删除按钮变成普通文字
Windows 实际结果,归档确认、删除确认以及两处取消按钮相同:
| 属性 | 实际值 |
| --- | --- |
| 背景 | `rgba(0, 0, 0, 0)` |
| 文字 | `rgb(0, 0, 0)` |
| 边框/圆角 | `0px none`/`0px` |
| 最小宽度 | `52px` |
| 内边距/高度 | `0px 8px`/`28px` |
因此主按钮、次按钮及删除危险变体没有区分,不是原版预期按钮。
定位:
- `src/renderer/src/components/TaskPopconfirm.tsx` 仍使用裸 `<button>` 加 `wb-button--secondary/primary/danger` 类;本 portal 的实际样式作用域没有使这些变体生效。
- `src/renderer/src/components/task-popconfirm.css:30` 只提供 52px 最小宽度、高度与 8px 水平 padding。
- 现有 `src/renderer/src/ui/Button.tsx` 提供加载自身 CSS 的 `yc-button` 原语,开发端可以核对后复用;不能以类名看起来相同代替实际样式验证。
开发要求延用 AC3.2/AC3.3:恢复已确认的主/次/危险变体和主题样式、66px 最小宽度、19px 水平 padding;同时处理 A06 已记录的浮层 16px 圆角、600 标题及归档说明差异。保持 240px 右侧锚定、焦点、点击吞掉、忙状态、失败与真实归档/删除行为。
测试盲区再次确认:原有菜单测试本轮仍全绿,真实测试数据上的归档/删除也能执行,但没有检查这些变体的计算样式。必须新增背景、边框、圆角、尺寸与危险语义断言,并验证浅深主题;不要刷新期望值去接受当前错误外观。运行中的“停止并删除”仍须补对应状态验证,不能从本次 idle 结果推导通过。
证据:[计算样式](evidence/B01-feedback-01/button-styles.json)、[归档截图](evidence/B01-feedback-01/archive-confirm.png)、[删除截图](evidence/B01-feedback-01/delete-confirm.png)、[独立菜单探针](evidence/B01-feedback-01/task-buttons-probe.cjs)。
## 3. FB02 / A05:模式标签的默认、聚焦外观不符
实际“计划”和“仅问答”均为:
- 灰底 `rgb(235, 235, 235)`,8px 圆角,主文字色 `rgba(0, 0, 0, 0.9)`。
- 32px 高、13px/500/20px 文字、8px 水平 padding、16px 图标。这些尺寸已符合现有记录,不应重复当作错误。
- 聚焦计划标签后,模式图标仍可见,右上角另外出现“×”;没有在同一个图标槽位替换。源码把清除按钮绝对定位到 `right/top`,不是槽内切换。
- 图标源码仍标注为本地几何,未完成同版本 REA SVG/像素验收。
定位:`src/renderer/src/workbuddy/composer/ModeChip.tsx` 与 `mode-chip.css`。
开发要求延用 AC3.1:默认透明背景、pill 圆角、次级文字;hover/focus 时原图标槽位替换为 X,不额外占位或在右上角漂浮。恢复既有证据中的图标与布局,缺少证据时明确未验证。保持 craft 隐藏、plan/ask 模式选择和退出、键盘/焦点、禁用、权限偏好与草稿语义;本次探针不证明所有模式业务行为通过。
证据:[默认与聚焦计算样式](evidence/B01-feedback-01/mode-styles.json)、[计划聚焦截图](evidence/B01-feedback-01/plan-focus.png)、[仅问答截图](evidence/B01-feedback-01/ask.png)、[窗口探针](evidence/B01-feedback-01/mode-visual-probe.cjs)。窗口探针也采集其他区域,但本反馈只对上述模式与按钮作结论,不把其他截图自动纳入本轮验收。
## 4. 交付与交接
1. 当前验收端只新增文档和证据,未修改业务代码。开发端沿用 B01/YC-003 的编号与 AC,明确何时接单,修复后提交交付记录和完整代码 SHA。
2. 不将本反馈合并进 YC-001 的完成声明,不重复实现已通过的 A01/A04。若先修 F01,可单独交付;模式/按钮可作为后续独立交付范围,报告清楚即可。
3. 复测应同时覆盖“归档/删除的取消与确认”“计划/仅问答的默认、hover、focus、退出”,保留真实计算样式和稳定截图,不能只验 class 或纯 SSR。
4. 本文推送是用户明确补充反馈的一次文档交接;推送成功后窗口立即交回开发端。没有开启自动轮询。
复现探针已随 Git 保存:在固定受测代码检出完成独立构建后,将两份 `.cjs` 复制到该检出的 `.tmp/` 再运行。它们分别创建隔离数据目录,打印证据位置;不要用用户正式数据手动执行删除来验证按钮样式。