dsh-open-at-last-input

dsh-open-at-last-input

打开已结束的 DSH 会话时，视口落在你最近一条本人发言处，而不是页面最底部；正在运行的会话仍跟到底。

• 纯客户端：不碰文件、凭据、子进程、网络；宿主半部只有空入口。
• 安装：dsh plugin add github:xinming-chenniang/dsh-open-at-last-input（npm 尚未发布）。
• 失效边界：DOM 契约或 sessions.list 形状变化时静默不生效，但不会把界面带崩。

背景与出处

• 出处：2026-10-20 用户反馈「切换到一个已完成的会话时，窗口默认停在最低端；我需要从我的最近一条发言那里看」。首版做成 asar 补丁（D:\dsh\tools\host-open-at-last-input，2026-10-21 已验收通过）；2026-10-21 因「要发布给别人用」改做成客户端插件（本包）。
• 是什么：一个纯客户端 DSH 插件。打开已结束的会话（首次进入或从别的会话切过来）时，把聊天视口落到你最近一条本人发言（user / steering 行）的顶部，上方留 24px；正在运行的会话仍跟到底部。
• 状态：唯一实现（2026-10-21 22:01 起）。asar 补丁已于 22:01 回滚（原厂 182,794,869 B / SHA256 47874618BF5B…），现在这个落点只有插件在做。此前 2026-10-21 已确认它独立生效：调试日志（window.__DSH_OPEN_LAST_INPUT_DEBUG__ = true）里出现 切换/打开会话 <sid> → 到位 <sid>，证明是插件自己找行、对齐、稳定住的。日志里可能先出现一行 等不到本人发言行，那是会话刚切换、行还没挂载时第一次 tick 的落空，60ms 后重试即到位（重试路径在起作用，不是故障）。
• 处置：保留。失效条件很窄：DOM 契约（[data-conversation-scroll] / [data-chat-flow-kind]）或 sessions.list 快照形状变了 → 插件静默不生效，但不会把界面带崩（所有读取都在 try 里）。
• 关联：D:\dsh\tools\host-open-at-last-input（asar 补丁版，同一需求的第一实现）· D:\dsh\dsh-closeout-button（同形态的客户端插件样板，sessions.list 的用法就是从它抄的）· ~/.dsh/profiles/desktop/package.json（注册点）。

为什么改成插件

asar 补丁能跑，但三个代价让它不适合发布：锚点绑死 0.2.1-rc.2 的 client.js、只支持 Windows（apply.ps1）、每次升级都要重打。插件不碰二进制，可装可卸。

能做成插件的依据（都来自 0.2.1-rc.2 的源码，不是猜的）：

行为

安装

npm 已发布 dsh-open-at-last-input@0.1.0：

dsh plugin add dsh-open-at-last-input

也可以用 GitHub 源 dsh plugin add github:xinming-chenniang/dsh-open-at-last-input， 或 Release 资产 dsh-open-at-last-input-0.1.0.tgz。

装 / 卸

装（本机已完成，记录做法）：

# 1) 包本体在 D:\dsh\plugins\dsh-open-at-last-input
# 2) profile 的 package.json 加依赖 + 加进 dsh.profile.bundles（后者才是"真正装载"的开关）
#    "dsh-open-at-last-input": "link:D:/dsh/plugins/dsh-open-at-last-input"
# 3) node_modules 里建 junction（或 pnpm install）
New-Item -ItemType Junction -Path "$env:USERPROFILE\.dsh\profiles\desktop\node_modules\dsh-open-at-last-input" -Target 'D:\dsh\plugins\dsh-open-at-last-input'

卸：插件管理器里 remove，或删掉 dependencies 与 bundles 里的两行、删 junction，重启。

怎么确认它活着

重启应用后按 Ctrl+Shift+I 打开控制台，应看到：

[dsh-open-at-last-input] 已启用：打开已结束会话时落在你最近一条发言处

想看每次落点的调试日志，先在控制台执行一次：

window.__DSH_OPEN_LAST_INPUT_DEBUG__ = true

之后切会话会打印 切换/打开会话 <sid>、到位 <sid> 或 用户插手，放弃本轮 <sid>。

兼容性

已知边界（没做，别当已做）

• 运行中会话不处理：靠 byId[sid].running（或 busy / state / status）判断；宿主字段名若变，最坏是「运行中也被拉到你上一条发言」，不会崩。
• 懒加载引起的位移：用 60ms × 10 步（≈600ms）跟踪；若图片/代码块在这之后才撑开，位置会偏。原生补丁版有同样的边界。
• 首次启动就打开会话：会同样触发一次落点，这是有意的（重开应用时你也想从自己的发言接着看）。

2026-10-21 修复：开关右侧栏也会定位

现象：点开一个会话后马上打开右侧栏，聊天区会再跳一次到最近那条发言。

根因：落点有一个约 600–840ms 的跟踪窗口。窗口期内开/关右栏会改变聊天区尺寸，行的 getBoundingClientRect() 随之变化，跟踪器把这个变化当成「内容还没稳定」而重新对齐 —— 看起来就是「打开右栏也会定位」。

三处修复（都在 lib/client.js）：

1. 视口尺寸变了就放弃本轮：记下落点开始时的 scroller.clientWidth/clientHeight，后续 tick 一旦发现尺寸变化，直接 detach()。面板开合/拖分隔条/缩放窗口都属于「用户在看别的东西」，不该被拉回。
2. 多滚动容器取最宽的那个：右栏/抽屉里也可能挂一个窄的会话视图；窄于 MIN_SCROLLER_WIDTH（320px）的不认作主视图，避免把预览面板当成聊天区去滚。
3. 跟踪窗口收窄：MAX_STEPS 14 → 10（≈600ms），SETTLE_PX 1 → 2（吸收亚像素抖动），减少与用户操作的窗口重叠。

判据：改完后「点会话 → 立刻开右栏」不再跳；懒加载把位置顶偏时仍会在 600ms 内校正回来（两者不冲突：前者改的是 clientWidth/Height，后者只改 scrollHeight）。