apes-sidebar

404 Commits 6 Branches 43 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
Menghuan1918	f17a1b30ac	feat(ui): 自由窗口——tab 拖出侧边栏成为可移动/缩放/置顶的浮动窗口 (v0.16.0) - 拖出：标签栏 tab 拖到主会话列（HTML5 DnD 检测 + 虚线提示浮层）或右键菜单「移动到自由窗口」（右/底面板共用 TabBar），tab 从 pane 移动进 SidebarState.floats - 窗口（FreeWindow，渲染于 [data-dsh-panel-host] z-42）：头部 pointer 拖动（rAF 直写 + 松手提交）、拖到 pane 高亮停靠（center 合并）、SE 角缩放、点击置顶、头部右键（回到侧边栏/关闭）、X = closeTab 走正常生命周期 - 服务语义：openTab dedupe/id 聚焦浮动 tab = 置顶窗口（不展开面板）； closeTab/activateTab 兼顾 floats；agent 终端 reconcile 覆盖浮窗； features 单调新增 'floatWindows'，版本 0.16.0 - 持久化：floats 随会话 localStorage，sanitizeState 宽容校验 + 几何钳制， uid 播种覆盖 float 前缀；i18n 三键 19 语言同步 - 关键修复（e2e 发现）：portal 覆盖层（头部 Menu）的合成事件沿 React 树冒泡回拖拽表面，劫持菜单行点击——拖拽起点加 DOM 同源守卫（jsdom 不复现） - e2e-mount.sh：缺省 tarball 改取 mtime 最新（旧字典序选择会把冒烟挂到过期产物）；新增 tests/e2e/float-window.e2e.ts 双用例	2026-08-23 23:44:18 +08:00
Cold Cloud	76aacddbb9	fix(tab-bar): middle-click close lost to autoscroll / release drift (#145 ) The close settled on auxclick delivery, which the browser redirects to the nearest common ancestor of the press/release targets when they differ — any drift, middle-button autoscroll scroll, or tab-list reflow between press and release swallowed the close (the strip hides its scrollbar, so Chrome's autoscroll indicator is inert here and only added confusion). Now the press target is recorded on middle mousedown (preventDefaulted to disarm autoscroll at the source) and the close settles on the first middle mouseup OVER that same tab — release-position semantics matching VS Code (microsoft/vscode#101028) and user expectations for Chrome tabs (crbug/40679924): pressing on a tab and releasing elsewhere cancels. Left-button activate/drag and wheel scrolling are untouched (tests/tab-bar-middle-click.spec.tsx).	2026-08-18 23:04:29 +08:00

Author

SHA1

Message

Date

Menghuan1918

f17a1b30ac

feat(ui): 自由窗口——tab 拖出侧边栏成为可移动/缩放/置顶的浮动窗口 (v0.16.0)

- 拖出：标签栏 tab 拖到主会话列（HTML5 DnD 检测 + 虚线提示浮层）或右键菜单
  「移动到自由窗口」（右/底面板共用 TabBar），tab 从 pane 移动进 SidebarState.floats
- 窗口（FreeWindow，渲染于 [data-dsh-panel-host] z-42）：头部 pointer 拖动
  （rAF 直写 + 松手提交）、拖到 pane 高亮停靠（center 合并）、SE 角缩放、
  点击置顶、头部右键（回到侧边栏/关闭）、X = closeTab 走正常生命周期
- 服务语义：openTab dedupe/id 聚焦浮动 tab = 置顶窗口（不展开面板）；
  closeTab/activateTab 兼顾 floats；agent 终端 reconcile 覆盖浮窗；
  features 单调新增 'floatWindows'，版本 0.16.0
- 持久化：floats 随会话 localStorage，sanitizeState 宽容校验 + 几何钳制，
  uid 播种覆盖 float 前缀；i18n 三键 19 语言同步
- 关键修复（e2e 发现）：portal 覆盖层（头部 Menu）的合成事件沿 React 树
  冒泡回拖拽表面，劫持菜单行点击——拖拽起点加 DOM 同源守卫（jsdom 不复现）
- e2e-mount.sh：缺省 tarball 改取 mtime 最新（旧字典序选择会把冒烟挂到
  过期产物）；新增 tests/e2e/float-window.e2e.ts 双用例

2026-08-23 23:44:18 +08:00

Cold Cloud

76aacddbb9

fix(tab-bar): middle-click close lost to autoscroll / release drift (#145 )

The close settled on auxclick delivery, which the browser redirects to the
nearest common ancestor of the press/release targets when they differ — any
drift, middle-button autoscroll scroll, or tab-list reflow between press and
release swallowed the close (the strip hides its scrollbar, so Chrome's
autoscroll indicator is inert here and only added confusion).

Now the press target is recorded on middle mousedown (preventDefaulted to
disarm autoscroll at the source) and the close settles on the first middle
mouseup OVER that same tab — release-position semantics matching VS Code
(microsoft/vscode#101028) and user expectations for Chrome tabs
(crbug/40679924): pressing on a tab and releasing elsewhere cancels.
Left-button activate/drag and wheel scrolling are untouched
(tests/tab-bar-middle-click.spec.tsx).

2026-08-18 23:04:29 +08:00