C6.21.2Dead-key pending-state feedback设计研究
死键输出前的等待状态若无提示，用户会误以为按键失灵
别名: 死键无反馈 · 组合等待态 · 按键失灵错觉
概念解释
死键按下后进入等待下一击的挂起态。若插入点、状态栏或键帽上都没有任何变化，这次按键在用户看来就是失灵：键帽动了，字没出来。接着的行为通常是连按同一死键、改去按别的符号、或开始检查键盘硬件。挂起态是合法的输入状态，失灵是对它的误读；两者只差一层提示。
机制
普通击键的闭环是：动作 → 字符出现（或插入点移动）。死键故意打断这条闭环，把结果推迟到下一击。人用“有没有出字”来检测硬件，于是空结果被编码成故障。提示可以很轻：插入点旁出现虚线变音、候选条显示“´ + ?”、屏幕阅读器报“重音，等待字母”。没有这些信号时，连熟悉布局的人在换了不显示挂起态的应用里也会怀疑。IME 组字至少还有拼音串或下划线；死键的挂起更短、更容易被当成丢键。
怎么研究
比较有/无挂起指示的同一布局，任务是输入含变音的词。记录死键后的停顿、连按次数、口头报告“键坏了”的次数。眼动可以看他们是否把视线从屏幕转到键盘。把故障归因问卷放在任务后立刻做，避免事后合理化。只在系统记事本里测会低估问题，因为许多自定义输入框把挂起态吞掉。
边界
每天使用该布局的人已经把“这一击不出字”编进模型，提示的边际收益变小，但仍在换应用时复发。长按弹出变音的触屏键盘没有这段空窗，失灵错觉较少。机械键盘的行程和声音会提供“键已经触发”的低层确认，可能减轻但不会消除“字没出来”的怀疑。游戏内聊天框若清掉挂起态，即便系统级有提示也会在游戏里失灵。
怎么落地
- 自定义文本框要显示挂起的变音（幽灵字符或下划线），不要保持完全空白。
- 无障碍接口把死键报成“等待下一字符”，不要报成空输入。
- 若产品不能显示挂起态，就不要在该输入框里依赖死键才能打出的字符，改提供插入面板。
- 验证：找不常使用国际布局的人，关掉已有提示后让他们打一个带重音的词，统计多少人在第一击后说出键坏了或连按；加上幽灵字符后该比例应下降。