J5.06.2braille verbosity设计研究
冗长的文本描述成本极高
别名: 盲文冗长 · 长替代文本 · 点显器成本
概念解释
一句在语音里只占两秒的替代文本，落到点显器上可能要平移七八次。冗长对语音是噪音，对盲文是工时。点显器用户付的是格子和次数，不是听感上的啰嗦。
机制
语音可压缩：加速、跳过、打断都能把长句的代价打下去。盲文按字符摸，窗口一次只吐出几十个格子，长描述的代价接近线性——字数翻倍，平移翻倍。阅读器常常把同一串文本同时送去语音和盲文，作者按「听得过去」写的长度，会在触觉通道上被全额收取。
重复的套话、把可见标题再写一遍的替代文本、为了「完整」堆上的形容词，都是在用格子买没有新信息的字符。语音用户可以快进；点显器用户必须从这些字符上爬过去，才能摸到后面真正要操作的控件。
怎么研究
把同一张图做成短描述和长描述两个版本，只开盲文输出（或闭声只看点显器），让人回答图要传达的那条事实，并继续做下一步操作。
自变量：描述字符数、是否含重复标题、格子数。 因变量：平移次数、到达事实所用时间、到达后续控件所用时间、是否中途放弃读完。
对照只听语音的同一对版本：语音上「略长」在盲文上往往已经不可接受。不要用「描述是否完整」作为唯一分数，完整但读不完等于没送达。
边界
复杂图表确实需要长材料，那笔账要另开入口（可见的长文、另页），不要把长文塞进会刷到点显器主窗口的短名里。法律或安全必须逐字送达的文本不能为了短而删，但应让用户能按段跳，而不是绑在一个控件的名称上。从不使用点显器的人不会付这笔工时，用他们的语速来验收长度会漏掉触觉通道。
怎么落地
- 进入控件名称、替代文本、状态词的字符串按「二十格一行」来写，先写功能与事实，删掉重复标题和形容词。
- 长材料放到用户可以选择阅读的位置，不要默认灌进每一行盲文。
- 验证：闭声，用二十格点显器读一张图和一个按钮。事实还没摸到就已经平移多次，或控件后面还拖着一段套话，这段描述的成本已经高于它的信息。