屏幕放大后可视范围极小

概念解释

操作系统的屏幕放大（screen magnification）是一块跟着指针或焦点移动的镜头：8 倍放大时，1920 宽的显示器大约只露出 240 像素宽的一条。能同时看清的，往往只够一个按钮、半行字。这和浏览器把页面缩放到 200% 再重排不是同一件事——后者仍可能看见一整列；前者把整屏收成一个小窗口。

低视力用户里走放大路径的人，是在这个窗口里工作，不是在你设计稿的全貌里工作。

机制

放大软件缩放的是已经画出来的像素，不重排文档。倍率升高，镜头面积按平方下降：4 倍大约剩十六分之一屏，16 倍只剩一个图标大的洞。周边用来维持情境的那些信号——标题还在不在、侧栏是哪一组、进度走到第几步——全部落在镜头外。工作记忆必须替视觉记住「我在哪一页、这一块属于哪一步」，而工作记忆很快就被下一次平移冲掉。

镜头还要选跟踪策略：跟指针、跟键盘焦点、整屏平移。无论哪一种，用户同一时刻只有一份「现在能看见的矩形」。界面若假定人能对照页眉和正文、能同时看见题干和选项，这个假定在放大路径上不成立。

怎么研究

用系统放大镜（Windows Magnifier、macOS Zoom、ZoomText）做任务，而不是只用浏览器缩放。把倍率当成自变量：2×、4×、8×、16×；镜头模式（跟随指针 / 跟随焦点 / 全屏）作为第二因素。因变量：一次注视矩形里能同时看见的任务相关对象数、为完成一步所做的平移次数、是否口头报告「我不知道自己在哪」。

对照很关键：同一任务在浏览器 200% 重排下做一遍。若 200% 过关、8× 镜头失败，失败来自视口面积，不是字号。不要把低视力用户当成单一组——只用放大、只用配色的人要分开招。

边界

浏览器级缩放若触发重排，可见范围可以仍是一整列，这条「极小视口」判据对它弱。手机捏合放大是手势镜头，行为相近，但屏幕本来就小，倍率上限不同。完全失明、只用读屏的人不走视觉镜头。把界面做成真正的单列、且焦点所在块含完成本步所需的全部信息时，小视口的伤害会下降——不是因为镜头变大了，是因为一步之内不再需要对照镜头外的东西。

怎么落地

• 完成某一步所需的信息放进同一块：题干与选项、字段与当前值、价格与购买按钮，不要拆到页的两端去「对照」。
• 不要用整页布局当说明（「右边那一列是筛选」）。放大用户看不见「右边」。
• 键盘焦点移动时，让放大软件跟得上：焦点进到哪一块，那一块应含本步的关键信息。
• 验证：打开系统放大镜到 8×，镜头跟随焦点。走完一条主路径，数有多少步必须把镜头移开再移回来才能看见下一步所需的字。每多一次移开，就是一步把情境留在了镜头外。

延伸

• 同组：J2.07.2 相关元素分散会导致来回寻找 · J2.07.3 提示需靠近其对应的元素 · J2.07.4 屏幕放大软件下鼠标指针容易在界面中丢失定位 · J2.07.5 悬浮显示的提示或菜单在放大状态下可能超出可视窗口 · J2.07.6 部分低视力用户依赖特定配色而非放大，需要兼顾两种适配路径 · J2.07.7 动态加载的内容若不触发焦点提示，放大用户难以察觉其出现
• 相邻：J2.02 文本缩放 · J2.11 文本缩放与重排 · A1.01 视野范围与有效视区
• 站内检索：magnified viewport · screen magnification · low vision zoom