 DeepSeek V4.1 Flash
|
ea704b03ea
|
fix(plotview): 边沿计数表格归位、统计面板悬停时持续更新、加载不再被统计阻塞、统计提速
1) 表格改造归位（上一轮误做在中心轴上）
- 「边沿计数」改为表格：表头（信号名/上升沿计数/下降沿计数）、每信号一行、
行底色取信号配色、三列对齐、内容可滚动（Lane::edgeCountScroll）。
- 「中心轴边沿计数」恢复为可滚动分组列表（条目栏 + 复选框 + 展开后统计行 + 两行滑块），
Lane::EnsureEdgeCenterItem 恢复默认展开。
- EdgePanelWidth / EdgePanelLayoutFor / PaintEdgeCursor 统一 listStyle / countTable 判定；
EdgeCenterTableHeader 更名为 EdgeCountTableHeader。
2) 鼠标持续移动时统计面板不更新
- 根因：交互态（拖拽或 140ms 内移动）把统计数字整段从面板缓存键中跳过，
只要鼠标不停移动就永远命中旧缓存。
- 修法：扫描推进/完成时自增 m_edgeScanRevision，Paint 开头转为 m_panelStatsVersion
（非交互帧立即同步，交互帧按 kEdgeScanStatsRefreshFrames=4 节流），
PanelSlotKey 对 COUNT/CENTER 仅混入该版本号（O(1)，不再逐信号查询）。
3) 统计进行中无法加载文件
- 新增 PlotView::SetLoadingBusy：加载期间统计时间预算归零、跳过浮动面板绘制、
不再自请求扫描帧；Application::LoadFileAsync 进出各设置一次。实测加载 22~31ms。
4) 统计提速
- 扫描预算由固定采样对改为 QPC 时间片（非交互 6ms / 交互 1.5ms，每块检查超时），
采样对配额改为按未完成状态数公平分摊并把上限提到 8M（交互 2M）。
- 真实 MF4-Record.MF4（283 信号）全部统计状态在 1 帧内完成；悬停+移动帧中位 2~3ms。
验证：离屏探针 p20/p20c/p20d/p21/p22/p23/p25 全绿（新增 p25 12 项）；
make release / make debug 零 warning；Release 808,960 B。共享规则已同步到 Documents/agent_mem.md。
|
2026-11-02 16:15:40 +08:00 |
|
|
DeepSeek-V4.1-Flash
|
5b24dacee0
|
悬停高亮恢复旧版外延观感 + 支持 MATLAB .mat（v7.3 / HDF5，嵌套分组）
一、悬停高亮「几乎看不到、只是曲线换了颜色」（对比提交 f845616 的旧版观感）
根因：调色板第 1 色就是主题强调色（0xFF268BD2），而上一轮为提速把稠密信号的光晕改成
「按包络带原始几何 FillPath」——与曲线**逐像素同形**，于是曲线上的那层半透明强调色
完全看不出变化；旧版观感来自「lineWidth+4 的描边笔向两侧各外扩 2~3px」。
修法（PlotViewPaint.cpp::PaintSignalHaloFor）：
1) 逐列成对填四边形，上下左右都外扩 grow = (lineWidth + 4) * scale / 2
（竖向跃变处旧版 5px 笔涂出的正是那条整高色带）；
2) 不能把整条包络拼成一个多边形：满幅方波相邻列区间互相交叉，缠绕填充规则会在交叠处
相互抵消 ⇒ 填充变成一条条竖缝（实测只覆盖约一半带宽）；
3) alpha 从 0x55 调回 0x66（与旧版描边笔一致）。
代价仍只在「换信号/换视界/改样式」时付一次，此后每帧只 AlphaBlend。
三维对照（新增 haloshot 探针 + f845616 工作树构建）：变化像素 旧 73726 / 上一轮 13529 /
本轮 74916，目视与旧版一致（跃变处的整高色带恢复）。
二、MATLAB .mat（v7.3 = HDF5）支持，含嵌套分组
新增只读 HDF5 子集（不引第三方库）：Utilities/Inc/MatH5.hpp + Utilities/Src/MatH5.cpp
- 超级块 v0/v2；对象头 v1（含续块，主块长度以 headerSize 为准）；符号表（B-tree v1 +
本地堆）与 link 消息；数据空间 v1/v2；数据类型 v1；数据布局 v3（紧凑/连续/分块）；
分块数据集支持 deflate（zlib）；地址一律相对基地址解析。
新增 MATLAB 语义层：Utilities/Inc/MatLoader.hpp + Utilities/Src/MatLoader.cpp
1) Simulink SDI / SimulationData.Dataset（识别 #refs# + #sigstream#）：
· #refs# 元素有 ElementType（signal/dataset）、Name、Values；
· timeseries 的 Values/DataR2、Values/TimeR2 是 #sigstream#/<n> 的流编号；
#data# 是 uint8 字节流，按 8 字节一组解释为 double（与 #length#/#sampleSize# 一致）；
· 子数据集的 Values 是对象引用数组（子元素）⇒ 还原嵌套树；
· 分组名 = 从根到信号的各级数据集名用 - 连接（如 A/A1/XYZ → 组 A-A1、信号 XYZ），
信号名取元素 Name（空则退回 timeseries 的 Name，再退回 信号N）。
2) 普通 v7.3 变量：顶层数值矩阵按「列 = 信号、行 = 采样」读取（时间轴 = 采样序号），
结构体按字段递归。
加载管线扩成多分组：新增 LoadSignalSourceGroups()（DataLoader）→
AsyncLoadState::groups → Application::LoadFile 逐个 AddGroup；其它格式仍只有一个分组。
文件对话框与 IsSupportedSignalFile 增加 .mat。
三、验证（全部离屏，不占用鼠标/键盘/屏幕）
- 新增 haloshot（截图对照 f845616）、matcheck（15/15：4 组 8 信号、时间轴单调、采样数正确）、
matui（11/11：Application::LoadFile 端到端把 4 个分组加进数据层与信号列表）；
- 回归 verify 49/49、panelanim 158/158、gridanim 93/93、hoverdrag 20/20、lanescroll 23/23、
datacheck 69/69、edgecheck 46/46、errcheck 19/19、halocheck 16/16、panflash 19/19、
panelstutter 8/8、stress 6/6；
- make release / make debug 零警告；Makefile 与探针构建脚本补 -lz。
文档：Documents/agent_mem.md 追加本轮小节（含 4 条新规则：叠加层必须自带外扩、
缠绕填充不可用于自交包络带、HDF5 主消息块长度看 headerSize、
MATLAB 分块维度可能比数据空间多一维、按右侧补 1 对齐）。
|
2026-10-19 00:52:41 +08:00 |
|
|
DeepSeek V4.1 Flash
|
e6b7bf66ec
|
按组件目录结构把四个巨型实现文件拆分为多个协作文件（PlotView / SignalPanel / Application / DataModel）
承接上一条提交（0871eb0）—— 该提交只完成了 Components/Shared 与注释/命名清理，并**主动未做**
大文件拆分；本提交把大文件拆分补齐，至此“按功能拆分逻辑块到各组件自己的 Inc/Src”已落地。
## 一、拆分结果
| 原文件 | 拆分后 |
| --- | --- |
| Components/PlotView/Src/PlotView.cpp（13 695 行 / 544 KB） | PlotView.cpp(787) + PlotViewPaint.cpp(6 367) + PlotViewInteraction.cpp(2 715) + PlotViewFeatures.cpp(3 005) + PlotViewInternal.hpp(936) |
| Components/SignalPanel/Src/SignalPanel.cpp（4 184 行） | SignalPanel.cpp(1 141) + SignalPanelPaint.cpp(697) + SignalPanelInteraction.cpp(2 095) + SignalPanelInternal.hpp |
| Components/Application/Src/Application.cpp（3 135 行） | Application.cpp(1 427) + ApplicationCommands.cpp(1 184) + ApplicationLoading.cpp(270) + ApplicationInternal.hpp |
| Utilities/Src/DataModel.cpp（2 615 行） | DataModel.cpp(1 583，含自由函数区) + DataModelTab.cpp(732) + DataModelInternal.hpp |
分片职责（以 PlotView 为例）：
core 视图核心：构造/析构、上下文、布局、坐标映射、视界与平移、网格结构与归属
paint 渲染与像素缓存：全部绘制、场景/装饰缓存、每网格图层、宽基底与滚动补条
interaction 交互与编辑：命中测试、鼠标/键盘、光标形状、内联输入框、浮动面板层序
features 视图特性与派生数据：光标读数/提示/缩放、自适应、吸附、单点、派生曲线线程池、
边沿统计、实验性功能参数
（SignalPanel 为 core/paint/interaction；Application 为 core/commands/loading；
DataModel 为 core/tab。）
## 二、关键手法（这是能安全拆开的前提）
原文件的辅助区都是**匿名命名空间**（PlotView 约 870 行常量与工具函数），被所有成员函数广泛引用。
直接拆文件会让各 .cpp 拿不到这些工具，因此：
1. 把该块整块搬进 `<组件>Internal.hpp`，从 `namespace { }` 改为**具名**命名空间
（pvdetail / spdetail / appdetail / dmdetail）；
2. 块内**每个函数与常量都标 inline** ⇒ 多个翻译单元共用同一个定义：既不重复符号，
也不产生 N 份函数定义；
3. 头部末尾 `using namespace <ns>;` ⇒ 各 .cpp 函数体里原有的非限定调用（IntersectRect /
NiceStep / ClampDouble …）**一行都不用改**；
4. 成员定义按「方法名 → 分片」归类后**整块搬移** —— 全程**纯代码搬移**，没有改动任何一行函数体。
## 三、拆分过程中踩到并修正的四个坑（已固化到 .preflight/perf/split_component.ps1）
1. `[[maybe_unused]]` 等属性**必须排在 inline 之前**（`inline [[x]] T` 非法）；
单独的 `{`/`}` 行、注释行、`struct`/`enum`/`using`/`template` 行不能加 inline。
2. 匿名命名空间的**结束行可能带注释**（`} // namespace`），只认 `^\t}$` 会一路匹配到后面
某个成员函数的结束括号，把大段成员定义误当成“辅助区”搬走。
3. **首个成员定义之前的所有行**必须跟着进核心文件：DataModel.cpp 在匿名命名空间之后、
首个成员定义之前还有约 390 行命名空间外的自由函数（SignalStats / ComputeStats /
CacheSparseSamples / ApplySinglePointDefaultStyle …），漏掉会被静默丢弃。
4. 内部头必须带上原文件真正用到的全部头：DataModel 需要 Theme.hpp / <cstring> / <cstdio> /
<deque> / <atomic> / <cwctype> / <new>（原文件靠这些头才编译得过）。
## 四、附带完成的命名审计
PlotView 中残留的 File 语义命名一并修正：LaneSpansMultipleFiles → LaneSpansMultipleGroups、
firstFile → firstGroup、multiFile → multiGroup、SceneCacheKey::haloFile → haloGroup。
## 五、验证（全部离屏：SW_HIDE + 不注入真实输入 + 进程/线程 BELOW_NORMAL）
- .preflight/perf/verify.exe（PlotView 渲染/交互，含逐像素断言）49/49
- .preflight/perf/panelanim.exe（信号面板：卷尺式折起/展开、筛选态、悬浮组名、目标行）156/156
- .preflight/perf/datacheck.exe（数据层：单轴/多时间轴 CSV、MF4、重命名语义）69/69
- .preflight/perf/edgecheck.exe（边沿统计与面板排版）46/46
- make release / make debug 零警告。
即：拆分后**行为与拆分前完全一致**（纯代码搬移，四套探针全绿）。
## 六、体积（诚实记录）
Target.exe: 754 176 → 764 416 B（+10 240 B，+1.4%）
因为 inline 工具函数会在每个引用它的翻译单元里各生成一份（PE/COFF 链接器没有 ICF 合并）。
这再次印证：拆分解决的是**可维护性**，不是体积（本轮的 −24.6% 全部来自 ICO 256×256 条目改 PNG）。
## 七、文档
Documents/agent_mem.md：§9.37 新增“七、多文件拆分（已完成）”与“八、仍未完成”（只剩
Lane → LanePanelState、模态提示解耦、MF4 压缩块三项）；§11.2 新增第 91、92 条（多文件化的
唯一安全手法 + 体积代价）。Documents/refactor_report_2026-10-16.md 同步更新 §五/§七/§八。
|
2026-10-16 04:02:36 +08:00 |
|