0.31.0:一个需要长页面的板块

往目录里加板块加得很慢,理由只有一个:每一个都得回答一个别的板块回答得更差的问题。

`PinnedPoints` 是左边一摞画面,右边钉着三条要点。画面往上滚,要点不动:读者已经看到第三屏证据了,手边还留着「这是在证明什么」。

这个板块是从一个具体问题里长出来的。一长串证据到第三张图就把自己的论点丢了 —— 读者记得被展示过什么,却不再记得为什么。

目录里的那句提醒

这个板块带着一句别的板块都没有的提醒:**它需要页面足够长。** 只有两张画面的时候,右边那一列根本没机会松开,钉住看起来就像是出了岔子。四五张才是它划算的地方;再少,一个更简单的对开版式说的是同一件事。

这也是那条通则的一部分:板块是按内容的形状挑的,不是按它好不好看挑的。素材不够的板块读起来不是克制,是坏了。

路上顺便想起来的事

它是唯一一个自己渲染 `<section>` 的板块,而这一脚正好踩进一个已知的坑:外层的 section 会裁掉溢出,而裁切会直接杀死 sticky。这个坑是写下来过的。它被读过,被辩过去了,然后被量出来:滚动一千像素,那一列就跟着走一千像素,而代码里还写着 sticky。

第二个提醒:那点向内的留白是给文字的。把它放到整整一列上,列里的每一个画面都会离它本该贴住的参考线差一截,网格就飘了。

02继续读

博客里的更多内容

两篇,不会更多。 更长的一条会把文章结尾变成第二个目录页,而读者已经选过一次了。