fix: 悬停面板跨间隙不再依赖固定 250ms 宽限（改为实时指针位置判定）

[Ryuu-64]

现象

把鼠标从「批注 ×N」标签（或回复里的 Annotation N 芯片、输入框旁的胶囊）移向面板时，手稍慢面板就没了，想点面板里的「删除」按钮常常点不中。静止悬停不动没事，一开始朝面板移动就容易判成「已离开」。

根因

三类面板的定位都从触发元素外侧 6px 开始：

var top = r2.bottom + 6
if (top + h2 > window.innerHeight - 8) top = r2.top - h2 - 6

于是指针从触发元素移向面板时，必然先经过一段「谁都不在」的 6px 空档，触发元素的 mouseleave 先行发生。当前唯一阻止关闭的是固定 250ms 宽限：

function scheduleHide() {
  if (hoverGrace !== null) clearTimeout(hoverGrace)
  hoverGrace = setTimeout(function () {
    hoverGrace = null
    tipLayer.textContent = ''
  }, 250)
}

也就是说：跨间隙这件事完全在赌用户手速。指针在间隙里停留超过 250ms（触摸板细调、系统卡顿、想对准删除按钮）面板就消失；面板被放到上方时（top < 8 分支）间隙还要更大。

改动

宽限到点时不再无条件关闭，而是复查实时指针位置，只要仍在「面板 ∪ 触发元素」的并集内（容差 10px，覆盖 6px 间隙）就保持展开：

var TIP_GAP_TOLERANCE = 10
var livePointerX = null
var livePointerY = null
function onTipPointerMove(e) { livePointerX = e.clientX; livePointerY = e.clientY }
document.addEventListener('pointermove', onTipPointerMove, true)

function pointerInsideRect(r) { /* 含容差的点-矩形包含判定 */ }
function pointerWithinTipLayer() { /* 任一已展开面板命中 */ }
function shouldKeepTipOpen(trigger) {
  if (pointerWithinTipLayer()) return true
  return pointerInsideRect(trigger.getBoundingClientRect())
}

function scheduleHide(trigger) {
  if (hoverGrace !== null) clearTimeout(hoverGrace)
  hoverGrace = setTimeout(function () {
    hoverGrace = null
    if (shouldKeepTipOpen(trigger)) return   // ← 取代无条件清空
    tipLayer.textContent = ''
  }, 250)
}

hide() / bubbleHide() 同样改为调用 shouldKeepTipOpen，并各自把触发元素传进来；teardown 里移除 pointermove 监听。

为什么必须用实时坐标

mouseleave 事件里的 clientX/clientY 是离开那一刻的位置。250ms 后再拿它判断，读到的是过期值，等于没判——所以用 pointermove（capture）持续跟踪，而不是从事件对象取。

设计取舍

• 为什么不给 tipLayer 加面积：它是 body 级单例，任何面积都会吃掉整页点击；面板本身靠 position:fixed 收事件。
• 为什么容差是 10px：间隙是 6px，留 4px 余量给亚像素与指针抖动，同时不足以让「明确移开」被误判为停留。
• 指针信息缺失（从未收到 pointermove）时，pointerInsideRect 返回 false，行为与改动前一致（照常关闭），不会造成「关不掉」。

回归测试

新增 test/pointer-gap.test.mjs（7 条，全部通过）。不是文本断言：把 client.js 里真实的 pointerInsideRect / pointerWithinTipLayer / shouldKeepTipOpen / scheduleHide 抽到 node:vm 沙箱里，用桩定时器与桩几何按行为验证。

用例	断言
指针停在触发元素上	走满宽限不关闭
指针停在 6px 间隙里	走满宽限不关闭（改动前这里会消失）
指针移进面板本体	走满宽限不关闭
指针真正远离	正常关闭（不能修成永不关闭）
宽限期内指针移回	按实时位置判定，不按事件发生时的坐标
cancelHide	能取消待关闭
生命周期	setup 注册 / teardown 移除 pointermove

$ node --test test/pointer-gap.test.mjs
# tests 7
# pass 7
# fail 0

与 #65 的关系

正交，互不依赖，可各自独立合并。

• 修复芯片内容显示时会直接消失的问题 #65 解决「宿主 layout mutation 触发 updateChip() 把面板抹掉」与「250ms 定时器跨面板误杀」；
• 本 PR 解决「指针跨间隙时被固定宽限关掉」。

两者改的是同一段代码的不同方面：本 PR 只把「到点后清空」换成「到点后按实时指针位置判定」，不引入归属模型、不改清理策略，因此与 #65 的 tipOwner / clearTip 思路可以叠加。

实测

DSH Desktop 2.0.11 / 内核 0.1.5-rc.2 / Windows 11：改动前把指针停在标签与面板之间的间隙里，面板必消失；改动后可正常移入面板并点中「删除」。

[taekchef]

感谢 @Ryuu-64 ——把「赌手快」的固定宽限换成实时指针位置的确定性判定，并指出 mouseleave 事件坐标是过期坐标这个关键点，测试也是行为级的（vm 沙箱 + 桩几何），质量很高。

情况说明：你的 fork 未开放维护者推送（同 #67），因此「你的原始提交 + 与 main 的合并解决」一起快进推入了 main（42ae59f），本 PR 已标记为 Merged，署名不变。

合并中做的组合：

• 三条关闭路径（胶囊 / 气泡标签 / 回复芯片）在宽限到点时都先跑 shouldKeepTipOpen，再走 fix: 共享悬浮容器的监听器不再随面板重建而无界累积 #67 的 releaseActiveTip() 解除登记与 修复芯片内容显示时会直接消失的问题 #65 的归属清空——三层机制各司其职。
• 胶囊的 scheduleHide 显式传入 chipLayer 作为触发元素（保持开启判定要覆盖触发元素 + 面板并集）。
• 销毁路径同步移除 pointermove 捕获监听（与 fix: 共享悬浮容器的监听器不再随面板重建而无界累积 #67 的泄漏防治对称）。
• 你的 vm 沙箱测试补了 releaseActiveTip/clearTip/chipLayer 桩，48/48 全绿；CHANGELOG 已注明方案来自你。

接下来处理 #63（会话列限定）与 #56（老内核 textarea 回车），之后发版。