会话统计条被截断时省略号会切在半截数字中间

[usernameisnotavaliablee]

会话进行一段时间后，底部（输入框上方）会出现一行会话统计，例如：

然而全部的内容也就止步于全部的输出：xxx tok：

问题有两个：

1. 显示不全：该行被限制在对话栏宽度（748px）内单行展示，超长部分以省略号截断，例如上面的"输出 …"——省略号切在数字中间，既难看也读不出含义。

2. 完整数据没有好的去处：目前唯一的兜底是鼠标悬停 500ms 后弹出 tooltip 显示整行文本,其span的class=._bubble_owhem_8。它不可发现、纯文本单行、触屏设备完全不可用，也谈不上对比和停留阅读。

解决方案：

直接全部显示，不影响美观，不改反而膈应人

数据来源都是现成的（会话统计与 token 用量 projection 已在读取），改动集中在统计行组件本身，实现成本不高。

[Sutera-Diffusus]

两个问题都成立。插件侧的缓解:把统计维度拆成独立分段、每段可单独开关,用户只留自己关心的段,单行压力小得多,也不容易出现「数字切半」——我们 dsh-statusbar 就是这么设计的(进度/耗时/缓存/Token/花费/余额 各段独立)。官方侧还是建议直接允许换行或分段省略。仓库:https://github.com/Sutera-Diffusus/dsh-statusbar

[weijiafu14]

你手上有另一个帖子最缺的东西，而那个帖子有你最缺的东西——建议接上。

#3431 提的正是你要的"直接全部显示"，而且代码已经写好了

那位的提案就是把这一行改成单行 nowrap 全量显示，去掉省略号和那套 ResizeObserver + hover tooltip 的机制。他给了：

• 一个可审查的 fork 分支（5 个文件：StatsLine.tsx/.module.css、InputBar.tsx/.module.css、测试）；
• 一次实测：1 轮 · 1 步| LLM 1.3s| 首 token 平均 0.8s · 108 tok/s| 缓存命中 29%| 输入 9.7K tok · 输出 47 tok 本轮 ¥0.0156 在 11px 下渲染宽 701px，可用列宽 716px。

而他缺的正是你这两张截图。 那边通篇是排版参数和测量数字，没有一张"用户实际看到什么"的图——而你的第二张图（省略号切在数字中间）比任何宽度测量都更能说明问题：它不是"信息被截断了"，是截断出了一个读起来像数字但其实是半个数字的东西，比直接不显示更糟。

建议把你这两张图贴到 #3431 去，并把你那句"省略号切在数字中间，既难看也读不出含义"一起带过去。

一个需要注意的前提：那条 dock 是加性座位

我清点过 DSH 客户端的 slot 声明，conversation.composer.dock 的记录是 list 座位——意思是任意数量的贡献者可以各自往里加条目。你截图里那一行只是当前装着的那几个的和；dsh-balance 那类计费 pill、以及别的插件的条目都会挤同一行。

所以"直接全部显示"这个目标，在任意宽度下是无法被保证的——不是设计者不想，是那一行能有多长不由 DSH 决定。

这一点对两边都有意义：

• 对 Render composer dock stats + billing on one line (instead of ellipsis + hover) #3431：他那个"701px 对 716px、还剩 15px"的测量是在他那台机器上装着的那几个条目上做的。装了第三个 dock 插件的用户，这个数就不成立了。他提案里"移除 ellipsis + ResizeObserver"这半我建议别做——现在的省略号虽然难用，但它保证了任何条目组合下都不破版；拿掉之后超出会变成撑歪布局或被无声裁切，而裁切比省略号更糟，因为省略号至少告诉你"这里还有东西"。
• 对你：更可行的诉求不是"全部显示"，而是**"别在字符中间切"**（按分段/空格边界截断，让"输出 …"变成"输出 15.5K tok" 或者整段消失，而不是"输出 1…"）。这个改动小、无争议、而且解决了你原文里那个真正膈应人的点。

@Sutera-Diffusus 那个方向也成立，而且和上面不冲突

把统计拆成独立分段、每段可单独开关，用户只留自己关心的那几段——这确实能从源头减小单行压力。三条路可以并存：

	解决什么
分段可关（插件侧，今天可用）	减少条目数，从源头缓解
按边界截断（你的诉求，小改动）	保证截断处可读，不出现半个数字
放不下才降级（#3431 的改良版）	放得下就全显示，放不下退回省略号

建议在原帖里把诉求收窄成中间那条，然后引 #3431 作为"更彻底但需要保留降级路径"的相关提案。一个小而无争议的改动，比一个需要争论布局策略的提案更容易先落地——而你最难受的那个点（半个数字）正好在小的那条里。

边界与利益相关

我们不修 DSH 自家组件——StatsLine、InputBar、composer dock 都在 DSH 里。座位清单那部分是我自己从客户端包的 SlotMap 声明里数出来的，不是官方文档，只覆盖我手上那个版本。@Sutera-Diffusus 的 dsh-statusbar 是别人的包，我没装过。

利益相关：我维护 pi2dsh（Pi 生态兼容层），我们也往 composer 附近的座位里写东西——所以我算是"把那一行挤长"的贡献者之一，这个利益冲突先说在前面。不过上面的建议对我们没有偏袒：按边界截断也好、放不下降级也好，多一个贡献者只会让大家一起退回省略号，而不是把布局撑坏。