feat(UI): 显示布局边界(Android 风格)+ 工具栏设置菜单(齿轮)+ 三处可见收益优化
## 1. 新功能:齿轮按钮 -> 应用设置菜单 -> 显示布局边界 - ToolbarAction::SETTINGS 位于「导入文件」左侧;工具栏布局改为 「左侧固定簇(kLeftClusterCount = 2:齿轮 + 导入文件)+ 右侧按钮组」。 - 齿轮是矢量化绘制(8 齿 + 外环 + 轴孔,全部按 half 的比例推导), 不用字体字符「⚙」——该字符在不同回退字体里大小与基线不一致,会忽大忽小、垂直不居中。 UiButtonWidget 新增 UiButtonIcon(NONE / GEAR)与 SetIcon。 - MenuScope::APP_SETTINGS(新增)+ 设置菜单:HEADER「调试」+ 勾选切换项「显示布局边界」 (keepOpen:点击后菜单保持打开,勾选态由 UpdateItemLabel 回写)。 锚点取 Toolbar::ButtonRect(SETTINGS) 的控件实测矩形,宿主不再自己推算按钮几何。 ## 2. 布局边界:基类给协议,组件自己上报 - UiComponent 新增 virtual PaintDebugBounds(g, scale),默认只画 Area()。 - Toolbar / TabBar 覆盖:跳过与区域重合的根控件,遍历 m_root->Children()(层级 1); TabBar 另上报每个 ✕(层级 2)。 - SignalPanel 覆盖:表头 / 筛选框 / 列表 / 样式区(1)+ 滚动条、样式行、当前可见列表行(2)。 - PlotView 覆盖:每个 LaneVisual::rect(1);不上报随数据变化的瞬态几何(曲线/胶囊/提示)。 - UiWidget 新增 PaintDebugBounds(g, scale, depth) 递归整棵控件树 —— 已上树的控件零成本获得边界。 - 宿主 PaintLayoutBounds 补客户区外框、分隔条、打开的菜单/拾色器。 视觉与实现约束(Android「Show layout bounds」风): - 只描边、不填充(几十个嵌套矩形叠加填充会把内容糊住); - 层级配色 青蓝(2px) / 品红 / 琥珀 / 绿(1px); - 线宽按设备像素固定(不乘 scale),临时 PixelOffsetModeNone + 关抗锯齿 + 整像素对齐, 保证 1px 就是 1px; - ⚠️ 只在 Render 最后一步叠加,绝不进入任何位图缓存(PlotView 4 层缓存 / SignalPanel 行位图缓存), 否则关掉开关后线条会残留; - ⚠️ fullFrame 并入 m_showLayoutBounds:开启时必须整帧回送,否则「只回送绘图区」的快路径 会让装饰区边界停在旧帧上。 ## 3. 可见收益优化(行为不变) - Toolbar::Layout:控件树改为按需重建(m_treeDirty),只在规格/字体/主题/缩放/动态文本 变化时重建。拖动面板分隔条时 Relayout 每帧调用一次 -> 不再每帧 10 次堆分配 + 8 次测量缓存失效。 - Toolbar::SetActionLabel:只写 m_labelOverrides(唯一权威)+ 置树脏,消除「覆盖表与控件文本 双写」可能不同步的问题。 - UiWidget::DispatchRedraw(event):新增;收敛 Toolbar / TabBar 里重复的 Dispatch(); return UiRectHasArea(TakeDirty());(TakeDirty 会清零,漏一次就把下一次真实变化 误判成「无变化」)。 ## 4. 验证 - make release / make debug:零 error 零 warning;TargetCheck.exe 897,024 B(< 900 KB)。 - 新增离屏探针 .preflight/lbcheck:21 / 21 PASS (齿轮在导入文件左侧/同高/更窄;开启后青蓝 24,930 px、品红 19,734 px;关闭后逐像素还原; 菜单 scope、锚定贴合按钮、宽度未被撑大、条目初始未勾选、点击翻转开关、菜单保持打开)。 - Tools/rendercheck:8 个场景的「工具栏带以下区域」哈希与改造前**逐一相同** (证明改动像素被完全限制在工具栏带内);整帧哈希因新增按钮整体变化,属预期。 FUNC 断言 7 / 7 PASS。 - Tools/uicheck:69 passed / 0 failed。 ## 5. 文档 Documents/UI_Refactor_Plan.md / UI_Refactor_Progress.md / UI_Refactor_Report.md 追加第六阶段; Documents/agent_mem.md 同步变更日志与「2026-10-28 第八轮」硬约束与验证坑。
This commit is contained in:
1 parent
0ec8055e95
commit
ab19a6e72e
26 files changed
+997
-55
No files matched your search
@@ -280,3 +280,73 @@ UiComponent(纯接口,无状态) UiWidget(有状态的树节
|
||||
若以后浮层数量增加,可给它们一个"浮层表",但两个成员值不值得抽象——存疑。
|
||||
3. `Tools/` 已剥离;若将来要把它作为**对外可复现的验证资产**,建议单独开一个
|
||||
`qa/` 目录并显式加入版本控制(同时更新 `.gitignore` 的例外规则)。
|
||||
|
||||
---
|
||||
|
||||
# 第六阶段报告:让"布局边界"变成可以随时打开的一面镜子
|
||||
|
||||
## 1. 这一阶段解决了什么问题
|
||||
|
||||
前几阶段把代码结构理顺了,但**没有工具**去验证"我算出来的矩形到底是不是我画的那个矩形"。
|
||||
本项目主体仍是手算几何(全仓约 700 处 `gd::RectF`),一旦命中与绘制不同源,症状是
|
||||
"点不到 / 点错位置 / 悬停高亮漏一格"这类只能靠肉眼猜的问题。
|
||||
「显示布局边界」把这些不可见的矩形变成可见的一层叠图。
|
||||
|
||||
## 2. 设计取舍:基类给协议,组件自己上报
|
||||
|
||||
上一轮的结论是"只在共同基类里实现只能覆盖 4 个顶层区域"。本轮把它落实为分层协议:
|
||||
|
||||
```
|
||||
UiComponent::PaintDebugBounds() 默认只画 Area() ← 宿主遍历一次覆盖 4 大区
|
||||
└─ Toolbar/TabBar 覆盖:跳过根控件,遍历控件树子节点 ← 已上树的部分零成本
|
||||
└─ SignalPanel 覆盖:表头/筛选框/列表/样式区 + 可见行
|
||||
└─ PlotView 覆盖:每个网格区域
|
||||
UiWidget::PaintDebugBounds(depth) 递归整棵控件树 ← 将来上树的控件自动获得
|
||||
```
|
||||
|
||||
**为什么不放在 `UiWidget` 一处就够**:`PlotView` / `SignalPanel` 的主体几何还没上树,
|
||||
把边界做成"只有树节点才有"就等于只覆盖了 20% 的矩形。
|
||||
|
||||
## 3. 三个必须守住的工程约束
|
||||
|
||||
1. **不进缓存**。`PlotView` 有 4 层位图缓存、`SignalPanel` 有 192 槽行位图缓存。
|
||||
调试层只画在 `Render` 的最后一步;探针用"关掉后逐像素回到开启前"这条断言把它钉住。
|
||||
2. **整帧回送**。`Render` 有"只回送绘图区"的快路径,而边界跨越所有装饰区 ⇒
|
||||
`fullFrame` 必须并入 `m_showLayoutBounds`,否则看起来像"没生效"。
|
||||
3. **锐利**。1px 线若被抗锯齿摊成 2px 灰边,就无法判断真实边界;
|
||||
因此临时 `PixelOffsetModeNone` + 关抗锯齿 + 矩形对齐整像素,线宽按设备像素固定。
|
||||
|
||||
## 4. 顺带做掉的可见收益优化
|
||||
|
||||
`Toolbar` 原先每次 `Layout` 都重建整棵控件树(拖动面板分隔条时每帧一次)。
|
||||
改为 `m_treeDirty` 按需重建后,`SetActionLabel` 也不再"双写覆盖表与控件"——
|
||||
**文本的唯一权威来源只剩覆盖表**,重建时统一生效。
|
||||
|
||||
另外把 `Toolbar` / `TabBar` 里重复的 `Dispatch(); return UiRectHasArea(TakeDirty());`
|
||||
收敛成 `UiWidget::DispatchRedraw()`。`TakeDirty()` 会清零,漏掉一次就把下一次真实变化
|
||||
误判成"无变化"——这类"静默不重绘"的坑在项目历史上出现过多次。
|
||||
|
||||
## 5. 验证策略的变化
|
||||
|
||||
过去每轮都用"8 个场景的**整帧**哈希"证明零差异。本轮**整帧哈希必然变化**(多了一个按钮),
|
||||
于是给探针加了「工具栏带以下的区域哈希」:8 个场景的区域哈希与改造前**逐一相同**,
|
||||
从而证明改动的像素范围被完全限制在工具栏内。
|
||||
|
||||
另外新增了一个独立的离屏探针 `.preflight/lbcheck`(21 条断言),
|
||||
专门验证"开关打开后确实出现调试色 / 关闭后逐像素还原 / 菜单锚定与勾选翻转"。
|
||||
|
||||
## 6. 数据
|
||||
|
||||
```
|
||||
make release: 零 error 零 warning;TargetCheck.exe 897,024 B(< 900 KB)
|
||||
lbcheck 21/21 · rendercheck FUNC 7/7 · 区域哈希 8/8 相同 · uicheck 69/69
|
||||
```
|
||||
|
||||
## 7. 遗留与后续
|
||||
|
||||
1. 边界没有文字标签(哪个框是 `row#12` 还是 `lane3` 需要靠层级配色猜)。
|
||||
加标签要解决"GDI 文本不受 GDI+ 裁剪约束",建议直接用 `UiTextClipped`。
|
||||
2. `PlotView` 的 5 类浮动面板内部矩形、`SignalPanel` 的行内子块(复选框/徽标/✕)尚未上报。
|
||||
两者的几何都已经集中,属于"再插一个循环"的量级。
|
||||
3. 开关状态不持久化 —— 重启回到关闭。
|
||||
4. 设置菜单目前只有一项,但分组结构(`HEADER`)已经就位,后续按组追加即可。
|
||||
Reference in new issue
Block a user