[Bug] mergeCell 合并区间部分超出可视区域时，合并标签被画在两个位置（1.26.7 回归，PR #5284 引入）
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 30/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- javascript, typescript
调研方向
The bug is in packages/vtable/src/scenegraph/stick-text/index.ts, in dealMergedCellGroups, where the merged range is clipped to visibleRange and dealVertical adjusts dy only for visible text nodes. Read that clipping logic and compare it with how adjustCellContentVerticalLayout handled merged ranges in 1.26.6 via getCellMergeRange. Done means a merged cell whose range is cut off by the viewport draws its label once, with every singleCellGroup in the range sharing the same dy. Settle on fix option (a) or (b) with a maintainer before coding.
由索引模型根据 Issue 内容生成。
描述
Version
1.26.7 / 1.26.8
Link to Minimal Reproduction
ListTable，配置： - 某列 mergeCell: true 且 textStick: true（纵向合并行数超过可视区域行数） - 容器高度调小，使合并区间被可视区底边"切断"
Steps to Reproduce
- 创建 ListTable，A 列设置
mergeCell: true, textStick: true，构造约 8 条连续相同取值的记录，使第 N~N+7 行纵向合并。 - 将容器高度调小到只能看到 N~N+3 行。
- 触发任意一次会执行
handleTextStick的刷新（autoRowHeight 初次渲染 / 滚动 / 容器 resize 均可）。
Current Behavior
合并标签被绘制在两个不同的 y 位置：合并区间中可见部分的 text 子节点被 dealVertical 调整了 dy，
区间外不可见部分的 text 子节点仍保持旧的基准 dy。视觉上合并"断开"成两块。
Expected Behavior
合并区间内所有 singleCellGroup 的 dy 偏移保持一致，标签只绘制一次（与 1.26.6 一致）。
Environment
- OS: macOS / Windows
- Browser: Chrome
- Framework: React（react-vtable），但问题在 vtable core 中
Any additional comments?
根因分析
PR #5284（修复 #3752）重写了 packages/vtable/src/scenegraph/stick-text/index.ts：
dealMergedCellGroups 现在把合并区间的处理裁剪到当前可视窗口（visibleRange 取交集），
并加了 updateId 去重。当纵向合并区间部分超出可视区域时，只有可见行的 text 子节点会收到
dealVertical 的 dy 调整，同一合并区间其余行的 text 保持旧的基准 dy。
由于 boolean mergeCell 的实现是区间内每个 cellGroup 都携带一个 text 子节点、靠各自 dy 叠加到
同一视觉位置，同一标签就会以两个绝对位置各渲染一次。
该 PR 之前，adjustCellContentVerticalLayout 处理合并单元格时遍历整个合并区间
（getCellMergeRange），与是否可见无关，因此所有 cell 始终一致。
可能的修复方向
裁剪到可视范围时，需要保证同一合并区间中不可见的 singleCellGroup：
(a) 与可见部分保持/恢复一致的基准 dy；或
(b) 不被渲染（而不是带着过期偏移渲染）——
即合并区间的 text 定位应作为一个整体处理，即使只处理了其中一部分。
- 主要语言
- TypeScript
- 星标
- 3.7k
- 派生
- 489
- 平均合并
- 19 小时 48 分钟
- 30 天内合并 PR
- 14
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
VisActor/VTable 的其他 Issue
-
bug
难度 3/5 半天 新手友好度 42/100
维护者通常 1 天内回复
-
feature
难度 3/5 1-2 天 新手友好度 45/100
维护者通常 1 天内回复
-
bug
难度 4/5 3-5 天 新手友好度 35/100
维护者通常 1 天内回复
-
[Feature]未关闭feature
难度 5/5 一周以上 新手友好度 28/100
维护者通常 1 天内回复
-
feature
难度 5/5 一周以上 新手友好度 42/100
维护者通常 1 天内回复
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 67/100
agilepathway/label-checker#739 · 4 条评论 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 68/100
CopilotKit/OpenBot#800 ·
维护者通常 1 天内回复
-
Endpoint links in the tag operations list are below the 24px target size可能已有人在做 @AdzerKI 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 79/100
ehmpathy/rhachet-roles-bhuild#471 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 73/100
维护者通常 1 天内回复