输入框内按 Home/End 滚动的是对话流而不是光标（composer 位于 data-conversation-scroll 内）

[taogezhizun]

摘要

输入框（composer）聚焦时按 Home / End，对话流会滚到顶部或底部，输入框里的光标不动。焦点确实在输入框内（document.activeElement 是 [data-composer-seat] 里的 contenteditable）。从发布包里能看到宿主把 composer seat 作为对话滚动体 [data-conversation-scroll] 的直接子节点渲染，而编辑器没有消费这两个键，浏览器就把它们交给了最近的滚动祖先。

复现

1. 点进输入框，输入两行文本，把光标停在第二行中间；
2. 按 Home（或 End）；
3. 期望：光标移到当前行行首/行尾；实际：对话流滚动，光标不动。

证据

宿主 ConversationRoot 的结构（发布包中的 JSX）：

<div className="scrollBody" data-conversation-scroll="">
  <Views />
  {composerSeat}   // data-composer-seat，与对话流同级、直接子节点
</div>

宿主把 Home/End 列为滚动意图键，但对 composer seat 内的事件只是提前 return，并未阻止原生滚动：

const SCROLL_KEYS = new Set(["ArrowUp","ArrowDown","PageUp","PageDown","Home","End"," "])
onIntent = (event) => {
  if (event.target.closest("[data-composer-seat]") !== null) return   // 只跳过意图判定
  ...
}

运行时检查（在输入框聚焦时于 Console 执行）：

const el = document.activeElement
console.log(el.tagName, el.isContentEditable, el.closest('[data-composer-seat]') !== null)
// → DIV true true

// 给 scrollTop 的 setter 加日志后按 Home/End：没有任何写入记录
// （原生滚动不经过 JS setter，所以这也说明滚动是浏览器默认行为，而非脚本）

也就是说：布局把输入框放进了滚动体，编辑器没有对 Home/End 调用 preventDefault，浏览器按原生规则滚动最近的滚动容器。

建议

二选一（或两者都做）：

1. 编辑器 keymap 消费 Home/End：移到当前行行首/行尾（Shift 时扩展选择），并 preventDefault()；
2. 把 composer seat 移出 data-conversation-scroll：改为滚动体之外的 sticky 区域，从结构上消除“键盘滚动对话而不是光标”的可能。

环境

• DSH 桌面版 0.2.2-rc.1（Electron），macOS 27.2，Apple Silicon
• 主题：dsh-claude-style（社区插件）。该主题没有任何 Home/End 绑定，composer 的 DOM 位置也由宿主渲染，因此换回默认外观预期同样复现；插件侧目前用“拦截 Home/End + Selection.modify 移光标”的方式绕开，根因仍在宿主这一侧。