E4.15.2action-sheet overflow scrolling设计研究
动作数量超过一屏需要滚动，削弱可扫描性
别名: 动作表过长 · 底部面板滚动 · 动作扫描 · long action sheet
概念解释
动作表的价值是一眼看见这份对象能做什么。项目多到一屏放不下，就要在面板里滚动，可扫描性被切开（overflow scrolling）：没进视口的动词等于暂时不存在，人会以为没有「导出」其实它在下面。滚动把同时比较变成记忆比较，动作表开始像一份要翻的菜单，而不是一张可扫的表。
机制
扫描依赖全体候选同时在场。动作表尤其如此——人不是按字母查，而是对照几个动词选一个最贴任务的。一屏切掉下半，对照集合残缺，用户要么选一个眼前够用的，要么不知道还可以滚。底部面板的手势还和关面板的下滑竞争：本想滚去看更多，结果把面板滑关了。可见性提示若不够，滚动通道本身也不被发现。项目数的增长是产品功能的自然结果，但表的知觉容量不是线性的：一旦越出一屏，每多一项的发现成本跳升，因为要先知道「还有」，再滚，再找。
怎么研究
把同一组动词做成一屏内、刚好溢出、大幅溢出三种，目标动作分别放在首屏和溢出区。记录找到时间、误以为不存在、以及下滑导致面板关闭。自变量：项目数、有无溢出提示、滚动与关闭手势是否分离。因变量：溢出区发现率、意外关闭。目标在溢出区且无提示时，不存在误判应最高。
边界
分组标题可以让一屏多装一点，但不能把容量当成无限。桌面菜单用分隔线和多列来保扫描，底部面板通常没有多列可用。极熟练用户会记住「导出在下面」，滚动成本被技能补上；新用户和新动作仍会掉进切掉的那截。把溢出项收进「更多」子面板是在用一层跳转换回一屏扫描，发现性换成层级成本，需要单独权衡，而不是假装仍是一张表。
怎么落地
- 把动作表的常驻项压进一屏，低频项进「更多」或对象详情，而不是无限往下堆。
- 必须溢出时，露出下一分项的残片，并让滚动手势与下滑关闭容易区分。
- 按使用频率而不是按开发模块排序，让首屏覆盖高频。
- 验证：把目标动作放在首屏以下，不提示可以滚。找不到或把面板滑关，容量就已经超了。