J2.07.2pan cost under magnification设计研究

相关元素分散会导致来回寻找

别名: 放大下来回找 · 相关元素分散 · spatial split under magnification

概念解释

标签在左上、输入框在右下,价格挂在卡片顶、下单按钮钉在页脚——这组东西在全屏里「属于一次操作」,在放大路径上却是两次旅行。相关元素分散要付的不是「看起来不够整齐」,而是每次核对都要平移、重新对准、再平移回来。

这里管的是稳定存在、本应成对使用的对象被拆开。瞬时提示出现在别处,是另一件事。

机制

放大用户不能把两端同时留在镜头里。核对「这个标签说的是不是这个框」变成:记住标签措辞 → 平移 → 找到框 → 工作记忆里的措辞开始淡 → 再平移回去确认。距离越大、中间无关块越多,重新对准成本越高,因为每次镜头落地都要做一次「我现在停在哪」的定位。

全屏用户用余光维持两端的空间关系;放大把余光裁掉了,空间关系只能靠记忆和重复平移重建。所以同样的分散,放大倍率越高,来回次数不是线性增加,而是一旦两端无法同框就阶跃上升。

怎么研究

先在未放大的截图上标出「必须成对使用」的元素对(标签–字段、项–操作、图例–图形),量它们的屏幕距离和中间插入块数。再请人用 8× 镜头完成依赖这些对的任务。因变量:每对的平移次数、来回一次的时间、是否出现张冠李戴(把标签安到隔壁字段上)。

自变量除距离外,还要看中间是否有吸引镜头停下的干扰(大图、广告、另一组控件)。只测满意度看不到来回;要数镜头轨迹。

边界

单列、字段与标签本来就叠在一起的表单,这条几乎不发作。数据表格里「行标签在左、值在右」是结构化的近邻,按行读时两端仍可同框。真正痛的是跨区域的对:页头的筛选条件和主列表的结果、侧栏的目录和正文的当前位置。读屏用户不靠镜头找对,他们靠名称计算和关系属性;这条是视觉放大路径上的分散。

怎么落地

  • 把成对使用的对象做成一个空间单元:标签贴着字段,行内操作贴着该行,价格与购买放进同一张卡,不要一个在顶栏一个在底栏。
  • 跨栏对照(筛选项 vs 结果、目录 vs 正文)要在当前焦点块里重复关键状态,例如结果区自己写着「已选:红色 / 42 件」,而不是只把状态留在侧栏。
  • 验证:列出主任务里所有「必须同时知道的两端」。8× 放大下看每一对能否不平移就同框;不能同框的,数完成一次核对要来回几趟。大于一趟的对,就是布局把一次操作拆成了旅行。

延伸

  • 同组J2.07.1 屏幕放大后可视范围极小 · J2.07.3 提示需靠近其对应的元素 · J2.07.4 屏幕放大软件下鼠标指针容易在界面中丢失定位 · J2.07.5 悬浮显示的提示或菜单在放大状态下可能超出可视窗口 · J2.07.6 部分低视力用户依赖特定配色而非放大,需要兼顾两种适配路径 · J2.07.7 动态加载的内容若不触发焦点提示,放大用户难以察觉其出现
  • 相邻F1.03 就近原则与视线跳转 · J2.11 文本缩放与重排
  • 站内检索pan cost · related-element scatter · magnification search

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/J2.07.2