J5.06.1refreshable braille display设计研究
点显器一次显示的字符数极少
别名: 盲文显示器 · 点显器 · braille cells
概念解释
常见的刷新式盲文点显器（refreshable braille display）一行只有十几到四十个格子，四十已经算宽。手指摸到的不是一页，是一行很短的滑动窗口。界面上的一句按钮名，放到点显器上可能就要占掉大半行。
机制
每个格子由压电针组成一点盲文，成本、功耗和宽度把格子数钉死在很小的常数。用户用按键把窗口在内容上平移，一次只暴露窗口里的那些字符。段落的空间形状、一屏有几块，在这一行里都不存在；存在的是「当前窗口里的这几个字」和「再往右还有没有」。
窗口窄，任何被送上点显器的字符串都按格子收费。角色、状态若也被转成盲文词，会跟名称抢同一行。语音可以加速；格子数不会因为你熟练就变多。熟练是更快地平移窗口，不是窗口变宽。
怎么研究
接上点显器（或阅读器的盲文预览），完成「找到按钮并确认其状态」。数一次任务要平移多少次、每次窗口里能放下名称的百分之几。
自变量：格子数（14 / 20 / 40）、对象名称长度、是否同时输出角色与状态。 因变量：平移次数、名称被截断的比例、定位目标的时间。
对照只听语音的同一任务：语音可能一句听完，点显器仍在平移。不要用「能读盲文」代替「在这么窄的窗口里读界面」。
边界
多行点显器或带笔记功能的宽设备会缓解，但仍远小于一屏文字。只使用语音、从不用点显器的阅读器用户不受格子数约束。数学、乐谱等专用盲文码占用的格子更宽，同样内容会更挤。把桌面阅读器的盲文输出和纸书整页盲文当成一回事，会低估窗口有多窄。
怎么落地
- 送上辅助技术的短名按点显器窗口来写：名称本身就要能在一行里被摸完，而不是指望用户平移三次才知道这是哪个按钮。
- 主流程上的关键控件不要依赖长句才能辨认。
- 验证：把点显器宽度设成二十格，沿主任务摸一遍。名称在窗口里放不下、必须连续平移才能读完的对象，格子数已经在限制可用性。