F1.13.3reading chrome on demand设计
长文阅读场景应将操作收纳到边缘或滚动触发的工具条
别名: 阅读工具条 · scroll-triggered toolbar · 边缘收纳
概念解释
一篇三千字的专栏仍然需要字体、目录、分享。把它们做成一直在场的底栏或段内按钮，阅读柱会被持续占用。把它们收到左右边、或收到「一滚（或一点）才出现的工具条」里，阅读时柱是空的，要动手时工具在一两拍内回来。按需的阅读壳（reading chrome on demand）是长文把操作从柱里请出去之后，操作还要住在哪。
Safari 阅读器点一下才出工具、Kindle 点屏幕才出进度、不少阅读 App 把目录放在左缘热区，都是这套住处。
机制
长文的主任务持续时间以分钟计，操作是偶发的。一直在场的壳按分钟收占用税；按需出现的壳按次数收费。出现的触发要足够便宜——点空白、反向轻滚、从边缘滑出——否则「收纳」会变成「找不到」。边缘比顶底栏更不挡行，因为阅读扫视走的是柱的中线；顶底栏即使很矮，也会改折线和第一行、最后一行的位置。
滚动触发要分方向。下滚隐藏、上滚出现，是在用「可能要回头找工具」的动作唤出壳，比下滚还出一条栏更少挡正在读的那一行。
边界
短内容（一条微博、一则通知）没有长文的持续时间，常驻底栏往往更合适，按需反而多一次唤出。工具型阅读（边读边批注的论文）操作频率高，壳应更容易在场，不能按小说的标准收起来。屏幕阅读器用户唤不出「点一下出现」的视觉条，操作必须在可达的工具栏或转子里常驻。儿童或运动场景里，「点空白唤出」容易和翻页冲突，边缘热区或明确按钮更稳。
怎么落地
- 长文的字体、目录、分享、夜间模式放进点按唤出或上滚出现的工具条，默认阅读态不占正文柱。
- 目录可以用左缘滑动，但热区不要宽到平时翻页会擦到。
- 工具条出现时不要盖住当前行，优先从顶或底滑入，并在几秒无操作后自己让开。
- 验证：连续读三分钟不点工具。这三分钟里正文柱应没有操作控件进场。再计一次「从正在读到完成分享」的步数，超过两拍（唤出、点分享），收纳就收过头了。