[Bug] 复制消息正文时行内代码前后被插入换行符（display:inline-flex 布局导致）

[jjlli]

环境

• DSH：@deepseek-ai/dsh 0.2.1-rc.5，Web GUI（127.0.0.1:3080）
• 系统：Windows 11（build 26100），Chromium 内核浏览器
• 已排除本机插件因素（逐个查过样式注入，没有改写 markdown / code 的选择器）

现象
在助手消息里从段落开头拖选到结尾（选区中含行内 code），Ctrl+C 后粘贴到任意纯文本框（例如 DSH 底部输入框），结果是：每一段行内 code 前后各多出一个换行符，code 之外的文字留在原来那一行，行尾空格也还在。视觉上完全正常，只有复制出来的纯文本坏掉。块级 ``` 代码栅栏不受影响（它自带复制按钮）。

原文形如：

把 ~/.dsh/profiles/web/cordis.patch.yml 第 257-258 行的 searchProvider: ddg 改成别的

粘贴出来变成：

把 
~/.dsh/profiles/web/cordis.patch.yml 
第 
257-258 
行的 
searchProvider: ddg 
改成别的

这不是多打了换行，是剪贴板里的真字符
粘贴后手工删掉这些换行，显示立刻恢复正常；换行数量与粘贴进来的一致。DevTools 里 getSelection().toString() 也能直接看到这些 \n。所以是"复制那一刻"写进去的，不是渲染折行。

根因
packages/client/ui-primitives/src/markdown/MarkdownText.module.css:163-174

.markdown :not(pre) > code {
  display: inline-flex;   /* :164 */
  align-items: center;    /* :165 */
  ...
  padding: 0 5px;         /* :173 */
}

Chromium 把选区序列化为纯文本时，会在"非 inline 的块级布局对象"前后各插一个 \n：
third_party/blink/renderer/core/editing/iterators/text_iterator.cc:662 ShouldEmitNewlinesBeforeAndAfterNode()
→ :709 return !r->IsInline() && r->IsLayoutBlock() && !r->IsFloatingOrOutOfFlowPositioned() && !r->IsBody();

display:inline-flex 生成的布局对象是 LayoutFlexibleBox（继承 LayoutBlock，IsInline() 为 false），前后各命中一次 ⇒ 行内代码被复制成一整行。（inline-block 同理；只有 display:inline 的 LayoutInline 不会触发。）

对照同一组件的 compact 变体，同文件 :384-392：

.compact :not(pre) > code {
  display: inline;
  ...
  box-decoration-break: clone;   /* :391 */
}

compact 路径复制时不断行 —— 看上去更像主路径漏了这两条声明，而不是有意设计。

当前 0.2.1-rc.5 的构建产物里规则仍在：
node_modules/@deepseek-ai/dsh-web-frontend/dist/assets/index-BNyAYEM7.css:1
._markdown_1ypvv_5 :not(pre)>code{display:inline-flex;align-items:center;...}

复现

1. 让助手回复里出现行内 code（路径/命令即可）
2. 从段首拖选到段尾，Ctrl+C
3. 粘到任意纯文本框：每段行内 code 前后各多一个换行

建议修法
主路径向 compact 变体对齐：

.markdown :not(pre) > code {
  display: inline;
  box-decoration-break: clone;
  -webkit-box-decoration-break: clone;
  ...
}

代价只是胶囊的垂直居中退回基线对齐（水平 padding、圆角、背景色都保留）。

相关

• 段落中的长行内代码会让该行的正文文字不可见 #7384 —— 同一条规则，症状是"段落中的长行内代码让该行正文不可见"
• [Bug] 复制消息时出现多余换行符（视觉折行被误复制为 \n） #1216 —— 也是复制多出换行，但那是复制按钮取 content 文本的路径，根因不同

如果这个胶囊视觉是有意为之，也请说明一下，我就只在本地覆盖。

[PerryLink]

是 display:inline-flex 让 Chromium 把行内代码当成块级对象，粘出来的换行是真的。

行号先对齐一下：你引的 rc.5 上确实在 packages/client/ui-primitives/src/markdown/MarkdownText.module.css:163-174（那个文件的 blob 是 d54374106a）。master ce7073d5 上同一个规则挪到了 :170-180（blob fc6a907ad1），内容没变——所以这不是新版修好了，只是行号漂了。这条区分很重要：按 master 的行号去翻，会以为规则不见了。

机制你说得对：Blink 的 text iterator 对非 inline 的布局对象前后各补一个 \n，inline-flex 生成的布局对象不是 LayoutInline，所以选区序列化成纯文本时就被插了换行。块级代码栅栏不受影响，因为它走的是自己的复制按钮，不走选区序列化。

两种修法，取舍不同

1. 改 CSS：display: inline。一行的事，代价是原来的 align-items: center 失效，垂直居中要靠 line-height / padding 补回来。
2. 保留 inline-flex，在复制时自己做序列化：拦 copy 事件，用 Range 拼纯文本。改动在行为层，样式不用动，但要多一条测试。

顺带一句：改成 display: inline-block 不管用——它同样不是 inline，Blink 一样会插换行。这是我见过的最常见的一次白改。

先验证再改：DevTools 里把那条规则的 display 临时改成 inline，在同一个消息里重新拖选、Ctrl+C、粘到输入框。换行消失就说明只有这一处，不用去查剪贴板权限或插件注入。

只读了 master ce7073d5 的源码；这条我没有在 Chromium 里实测，结论基于你贴的 getSelection().toString() 证据和 CSS 本身。