E4.05.1inline action crowding设计研究
行内操作过多会挤压内容
别名: 行内按钮过多 · 操作挤占内容 · 列表工具过载 · row action overflow
概念解释
一行的水平预算先要留给识别这条记录的字段，剩下才轮到动作。行内动作挤占（inline action crowding）是把编辑、删除、分享、钉住、更多一并排进行尾，识别字段被截断或折行，列表从「扫对象」变成「扫工具条」。它谈的是空间分配，不是点下去会触发哪一个——那是优先级问题。这里坏掉的是：对象还没被认出来，动作已经占满了行。
机制
列表扫描要一条稳定的内容左缘。行尾每增加一个图标或文字按钮，内容区就从右侧被咬掉一截。识别字段一旦短于可辨长度，扫描停在残缺标题上，动作再顺手也点不到正确的对象上。图标并排还会形成一条新的视觉节奏，眼睛被工具条吸走，主字段的对比被稀释。桌面上悬停才露出动作，静止态能把空间还给内容；触屏必须常驻或靠滑动揭示，常驻直接挤空间，滑动则把动作藏进手势，发现性另说。无论哪种，动作数量的增长是线性的，内容宽度的损失也是线性的，没有「再加一个没关系」的区间。
怎么研究
同一批行，动作从一增加到五，测量识别字段可见字符、找出指定对象的时间、以及误对对象执行动作的次数。自变量：动作个数、动作是图标还是文字、是否悬停显现。因变量：标题截断率、搜索时间、张冠李戴的操作。把内容区涂掉只留动作，问「这是哪一条」，能直接看到挤占是否已经让对象消失。
边界
每一行的对象极其短（开关名称只有两三个字）时，动作区相对更大是常态，挤占不构成主要失败。批量模式把动作收到工具栏之后，行内应当变空，若此时仍保留一套行内按钮，挤占与批量入口会叠在一起。宽桌面表格为每行提供独立工具列时，内容列仍应保住宽度预算，不能因为「屏幕够大」就把动作列无上限地加宽。
怎么落地
- 行内只放一个最高频动作，其余进溢出；溢出不计入常驻宽度。
- 先锁定识别字段的最小宽度，再分配动作区，动作区超标就减按钮，不要截主字段。
- 触屏优先用滑动揭示次要动作，把常驻宽度还给内容；滑动手势需在空态或首次使用时被看见一次。
- 验证：看一屏列表，主字段是否仍能唯一识别每一行。有一行认不出，就减一个行内动作再看。