[侧边栏] 右侧栏标签条溢出后普通滚轮滚不动，而且滚动条是隐藏的（DSH 0.2.0-rc.2）

[mengge237]

现象

右侧栏（Web GUI 自带的那一列）里开多个文件或终端标签后，被挤出可视区的标签点不到：普通鼠标滚轮不会让标签条横向移动，滚动条又是隐藏的，于是横向滚动只剩「带横向分量的滚动」这一条路。

复现

1. Windows + DSH 0.2.0-rc.2 的 Web GUI，打开右侧栏；
2. 往右列开多个文件标签（或终端标签），直到标签条溢出；
3. 期望：滚轮能把越界标签滚进视野；实际：滚轮不动，也没有滚动条可拖。

读数（本机 0.2.0-rc.2 实测）

标签条真正的滚动容器是 [class*=rightbarCol] 里的 _stripTabs_*（外层 _tabStrip_* 是一条 flex 行，自身不滚）：

• 计算样式是 overflow-x:auto; overflow-y:hidden; scrollbar-width:none，并且 ::-webkit-scrollbar{display:none} —— 横向可滚，但不显示滚动条；
• 把这条 strip 撑到溢出（注入一个 3000px 宽的子节点，量完移除；溢出态本身开够标签就能达到）后：clientWidth 473 / scrollWidth 3100，data-dockkit-strip-scroll="end" 已经置位，说明溢出态是被识别的；
• 在这条 strip 上放好指针连滚 2 次 deltaY=200：scrollLeft 保持 0，条不动；改成一次 deltaX=200：scrollLeft 直接到 200。
• 前端产物里没有任何自定义 wheel 监听（dsh-web-frontend 的 dist 里 wheel 命中的十几处全是 React 的事件名表）。

也就是：垂直滚轮在这条 strip 上不会落到横向滚动上，唯一的横向入口是带横向分量的滚动 —— 用普通鼠标的用户没有这条路。

建议

给 _stripTabs_* 挂一个非 passive 的 wheel 处理：只在 scrollWidth > clientWidth 时把 deltaY 折进 scrollLeft（有 deltaX 就直接叠加）并 preventDefault；或者至少把滚动条显出来（去掉 scrollbar-width:none 与 ::-webkit-scrollbar{display:none}），给鼠标用户一个可拖的入口。

复算：grep -n "stripTabs" <安装目录>/@deepseek-ai/dsh-web-frontend/dist/assets/index-*.css 能看到上面那条 overflow-x:auto;…;scrollbar-width:none 的规则。

Related #8132

[PerryLink]

你的读数（计算样式）已经足够定案——缺的只是"源码里对应哪个选择器"

1. 你给的三条读数就是判据

overflow-x:auto; overflow-y:hidden; scrollbar-width:none，并且 ::-webkit-scrollbar{display:none}

⇒ 横向可滚、但滚动条被显式隐藏。这解释了你的两点观察：

• 普通滚轮不动：滚轮产生的是垂直 delta，而容器只有横向可滚 ⇒ 需要"带横向分量的滚动"（Shift+滚轮 / 触控板横滑）才生效；
• 没有滚动条可拖：scrollbar-width:none + ::-webkit-scrollbar{display:none} 是明确关掉的。

这两条合起来就是缺陷：一个隐藏了滚动条、又不接受垂直滚轮的横向容器，在鼠标用户手里等于不可滚动。你不必再补证据——几何与样式已经把它钉死了。

2. 我核不到的一点（请你补，这决定修在哪一行）

我在源码里按 stripTabs 检索没有命中——因为你读到的是构建后带哈希的类名（_stripTabs_*）。⇒ 请补一句源码侧的对应（CSS Module 里的类名 / 文件路径，例如某个 TabStrip.module.css 里的 .strip），或者给出父容器的可检索类名。

这一点很实际：没有源码锚点，维护者只能靠"去构建产物里找哈希类名"来定位——而版本一动哈希就变。

3. 建议的诉求写法（给两个可择一的修法）

1. 保留隐藏滚动条，但把垂直滚轮映射为横向滚动（在容器上处理 wheel：deltaY ⇒ scrollLeft）。这是很多 IDE/浏览器标签条的做法，视觉不变、行为修好；
2. 或显示一条细滚动条（scrollbar-width: thin + 去掉 ::-webkit-scrollbar{display:none}），代价是占几像素。

建议首选第 1 条：它不动布局、只改交互，回归风险最小。并在诉求里补一句验收条件："鼠标滚轮在标签条上滚动时，被挤出的标签应当能进入视野。"

4. 版本口径

你在 0.2.0-rc.2；⚠️ 当前最新是 0.2.1-alpha.1（714 个提交；packages/client 有 688 个是重灾区）。⇒ 请在新版复核那三条计算样式是否仍相同。另：latest 现在 = 0.2.0-rc.2（不再是我 09 月说的 0.1.5-rc.3，见登记表 §0.170）。

一条边界

我确认的是**你读数的含义（隐藏滚动条 + 仅横向可滚 ⇒ 鼠标不可滚）**这一推理成立。源码侧选择器我没核到（哈希类名），因此第 2 节请你补——补上后这条就是"改一行 CSS/一个 wheel 处理"的可直接落地项。

[mengge237]

源码锚点补上 —— 你搜不到是正常的，stripTabs 是 CSS Module 的局部名，产物里被拼成了 _stripTabs_<hash>_257。

我这边只能对产物说话，所以给你能直接检索的字面量：JS 里搜得到 data-dockkit-strip-tabs、data-dockkit-strip-chrome、data-dockkit-strip-fill 这几个属性名；同一份 CSS 里还有三条 .stripTabs[data-dockkit-strip-scroll=end]（以及 start、"start end"）的 mask 规则，所以这个属性运行时会被写进去，它应该就是这段滚动的宿主。

新版复核做了：0.2.1-alpha.1 的出厂前端产物里，同一段规则一字未动 —— overflow-x:auto; overflow-y:hidden; scrollbar-width:none; touch-action:none，加 ::-webkit-scrollbar{display:none}；而且 CSS Module 的哈希两版相同（都是 6nhg2，0.2.0-rc.2 在 index-BPHePDI_.css，0.2.1-alpha.1 在 index-DBK_Mahs.css），说明这个文件这两版没被碰过。

修法走你说的第 1 条：滚动条照旧隐藏，在容器上把 wheel 的 deltaY 映到 scrollLeft；验收条件也照你写的，鼠标滚轮在标签条上滚动时，被挤出的标签应当能进入视野。想复算那段规则的话：npm pack @deepseek-ai/dsh-web-frontend@0.2.1-alpha.1，解出来对 dist/assets/*.css 搜 _stripTabs_，读到的就是同一段。本机没动宿主，改不改等上游定。

[PerryLink]

你给的字面量我在源码里找到了——修复落点是 packages/client/ui-dockkit

1. 你要的源码锚点（HEAD = dsh-v0.2.1-alpha.1）

你给的三个属性名在仓库源码里确实存在：

packages/client/ui-dockkit/src/components/DockSurface.tsx
packages/client/ui-dockkit/src/components/TabLayout.tsx
packages/client/ui-dockkit/src/components/TabPanel.tsx
（同包 README.md / README.zh.md 也提到 data-dockkit-strip-*）

⇒ 所以那个被哈希掉 _stripTabs_<hash> 的容器，源码侧就在 ui-dockkit 这一包里，最可能是 TabLayout.tsx。⇒ 修法落点可以直接写成"packages/client/ui-dockkit 的标签条容器"，维护者不必再从产物里搜哈希。

你"只能对产物说话"这个限制正好被这条补上了：你给我可检索字面量 ⇒ 我找到源码包 ⇒ 报告两侧锚点齐了。这是本轮协作里最有效的一次配合，建议把这个做法保留。

2. ⭐ 你的读数里还藏一个我漏掉的事实：touch-action: none

你逐字给出的是：

overflow-x: auto; overflow-y: hidden; scrollbar-width: none; touch-action: none

⇒ 除了我们讨论过的"滚动条隐藏 + 垂直滚轮不动"，touch-action: none 意味着触摸拖动也被禁用 ⇒ 在触屏/触控板上，这个标签条同样滚不动。

⇒ 建议把它写进严重度：现在不是"鼠标用户不可滚"，而是"除键盘/程序化滚动外，几种常见输入方式都不可滚"。这一条会让修复的优先级明显上升，而且它是你已有的数据，不需要额外测量。

3. 你的版本复核我收下（并确认了它对修法的影响）

你核到 0.2.1-alpha.1 的出厂产物里同一段规则一字未动，且 CSS Module 哈希两版相同（6nhg2） ⇒ 该文件这两版没被碰过。⇒ 这个"用哈希相同证明未改"的做法很干净，建议写进证据（它比"我升级后还在"强）。

4. 验收条件（按你采纳的第 1 条修法，补一句触屏）

鼠标滚轮在标签条上滚动时，被挤出的标签应能进入视野；触摸拖动同样应能横向滚动（即不应保留 touch-action: none）。

⇒ 第二句是第 2 节那个发现的直接后果，加上它，验收条件就覆盖了"隐藏滚动条"这一前提下的全部常见输入方式。

5. 一条边界

我确认的是那三个 data-dockkit-strip-* 字面量存在于 ui-dockkit 包的组件源码中（因此修复落点可指名到包）。运行时写入 data-dockkit-strip-scroll 的实现处我没有逐行定位——你若愿意，把产物里写这个属性的那段也给出，我可以再核一次。

[mengge237]

源码锚点收到，packages/client/ui-dockkit 跟我这边的产物对得上：三个 data-dockkit-strip-* 里，data-dockkit-strip-tabs 挂在 className: <styles>.stripTabs 那个 div 上，外面再套一层带 data-dockkit-strip 的 tabStrip —— 正好就是我引的 ._stripTabs_6nhg2_257 那一对。

顺带一个可能有用的定位：那个类名尾巴的 257 是行号位（这套构建是 _[local]_[hash]_[line] 形状），可以照 :257 去 CSS Module 里对一下，比按哈希搜稳。

你要的写入处找到了。产物里它不是字面量 data-dockkit-strip-scroll，而是 dataset.dockkitStripScroll，所以按字面搜搜不到；原样（压缩过，未改一字）：

function FS(e){const n=e.scrollLeft>1,o=e.scrollLeft+e.clientWidth<e.scrollWidth-1;if(n&&o)return"start end";if(n)return"start";if(o)return"end"}function HS(e,n){j.useLayoutEffect(()=>{const o=e.current;if(o===null)return;const s=()=>{const u=FS(o);u===void 0?delete o.dataset.dockkitStripScroll:o.dataset.dockkitStripScroll=u};s(),o.addEventListener("scroll",s,{passive:!0});const a=typeof ResizeObserver>"u"?void 0:new ResizeObserver(s);return a?.observe(o),()=>{o.removeEventListener("scroll",s),a?.disconnect()}},[e,n])}

也就是说这个容器已经挂了 scroll 监听（start/end 那套遮罩就是它写的），只是没接 wheel —— 你说的第 1 条修法加在同一处最省事。

版本那半我也按你的口径复核过：0.2.1-alpha.1 的出厂 CSS 里那段规则一共 4 条声明（overflow-x / overflow-y / scrollbar-width / touch-action），外加 1 条 ::-webkit-scrollbar{display:none}，与 0.2.0-rc.2 逐字相同、模块哈希同为 6nhg2。touch-action: none 那条我认账，写进严重度：不只是鼠标滚轮不动，键盘与程序化滚动之外的常见输入方式都不行。验收条件按你补的那句加；触摸那半我只读了 CSS，没有真机拖动读数 —— 这台机器没有触屏，那一格要由有触屏的人补。复算路径：npm pack @deepseek-ai/dsh-web-frontend@0.2.1-alpha.1，对 dist/assets/*.css 搜 _stripTabs_。