5.7 KiB
B01 补充反馈 01：确认按钮与计划／仅问答样式
日期：2026-10-21（Asia/Shanghai）。
用户在最新 dev 中连续反馈“删除对话和归档对话的弹窗，按钮不对”“计划和仅回答的样式也不对”。验收端已在隔离 Windows Electron 中复现，A05、A06 仍待开发。
这两项已属于 B01 需求 的 YC-003，不是本次 YC-001 新增回归，也不应记为已修复。保留 验收 01 对 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 结果推导通过。
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 模式选择和退出、键盘／焦点、禁用、权限偏好与草稿语义；本次探针不证明所有模式业务行为通过。
证据：默认与聚焦计算样式、计划聚焦截图、仅问答截图、窗口探针。窗口探针也采集其他区域，但本反馈只对上述模式与按钮作结论，不把其他截图自动纳入本轮验收。
4. 交付与交接
- 当前验收端只新增文档和证据，未修改业务代码。开发端沿用 B01／YC-003 的编号与 AC，明确何时接单，修复后提交交付记录和完整代码 SHA。
- 不将本反馈合并进 YC-001 的完成声明，不重复实现已通过的 A01／A04。若先修 F01，可单独交付；模式／按钮可作为后续独立交付范围，报告清楚即可。
- 复测应同时覆盖“归档／删除的取消与确认”“计划／仅问答的默认、hover、focus、退出”，保留真实计算样式和稳定截图，不能只验 class 或纯 SSR。
- 本文推送是用户明确补充反馈的一次文档交接；推送成功后窗口立即交回开发端。没有开启自动轮询。
复现探针已随 Git 保存：在固定受测代码检出完成独立构建后，将两份 .cjs 复制到该检出的 .tmp/ 再运行。它们分别创建隔离数据目录，打印证据位置；不要用用户正式数据手动执行删除来验证按钮样式。