E4.17.4sticky header not a tappable row设计研究
吸顶元素需与内容明确区分以免被误认为可点击项
别名: 吸顶误点 · 标题当列表项 · 粘性表头样式 · sticky chrome
概念解释
吸顶的分组标题停在列表顶部，条目从它底下滑过。若它的高度、字号、底色和一行记录差不多，滚动一停，人会把它当成当前视口的第一条去点。吸顶不是条目（sticky chrome versus row）要求这块固定条在任何滚动位置都像结构，不像记录。被点了若还触发成打开某条，结构控件就偷走了内容动作。
机制
列表的命中习惯是「看见的行都可以点」。吸顶条占据了第一条的视觉槽位，习惯会覆盖上去。静止时靠位置还能分辨「那是顶上的标题」；滚动停下的瞬间，吸顶条与第一条条目对齐成两行相似的块，分辨更难。阴影或底色若不够，吸顶条还会像是盖在第一条上的半透明复制。点下去的后果有两种失败：没有响应（人以为列表坏了），或错误打开一条与标题无关的记录（命中测试落到了滑在下面的那一行）。两种都来自同一件事：固定条没有把自己从条目的知觉类别里拿出来。可点的吸顶（点标题跳到组开头）必须用按钮外形，而不是靠「它看起来像一行」来暗示可点。
怎么研究
在吸顶出现时请人点「第一条」。记录点在吸顶上的次数、预期、以及实际触发。自变量：吸顶与条目的视觉差异（高度、底色、字重）、吸顶是否可点、下面一行是否仍能被点到。因变量：误把吸顶当条目、点穿到下层条目。差异小且下层仍可点时，点穿应最多。
边界
吸顶条若明确是筛选芯片或工具栏，用户可能本来就想点它，那是另一类控件，要用工具栏的外形，不要借列表行的外形。表格的冻结表头有自己的列名知觉，点它通常是排序，和列表分组吸顶不是同一场误认。无障碍焦点顺序里吸顶若插在每条之间，键盘用户会反复经过同一标题，应让它在滚动中只作为只读地标，或作为单一的组标题控件。
怎么落地
- 吸顶条用与条目明显不同的高度、底色和字重，并加一条不随条目移动的底边。
- 默认不可点；若要跳到组首，做成明确按钮，命中区不要落到滑过的条目上。
- 禁止点穿：吸顶矩形内的点击不得激活下面那一行。
- 验证：滚动停下后请人「打开第一条」。指向吸顶或打开了错误的一条，就还没把结构从内容里分开。