I4.02.3unobtrusive autosave status设计
保存状态需可见但不打扰
别名: 安静的已保存 · peripheral save status · 不抢焦点的保存指示
概念解释
保存正在发生，人需要能看见；正在打字，人不该为了看见它而停手。可见但不打扰谈的是这句状态在时间上怎么露面：它占一条可再次读到的外围通道，跟着保存的节拍变，不插进输入节拍里。长表要不要给保存状态，是另一条的问题；这里假定状态会出场，只谈它出场时会不会把输入的韵律打断。
机制
输入占中心注意，保存是后台事实。把后台事实做成模态、焦点跳转、挡住键盘的吐司，等于每写一次就征用一次前台。人会开始等那句「已保存」再继续打，保存从保险变成节拍器——而且是一拍不合输入的节拍器。反过来，完全不出声，人又无法判断现在能不能走。
可分的做法是把状态放在周边视觉里：角落的小字、工具栏上的时刻，不抢光标，不改文档几何。变化本身也要克制：保存中 / 已保存 的切换用短淡化，不要每次写盘都播一段动效。失败才提高强度——失败需要进入中心注意，成功不需要。状态的更新频率应跟着写入频率走：写入本身已经避开了输入中途，状态闪烁就没有理由再闪进中途。
边界
失败、冲突、磁盘满，安静会变成隐瞒。这类事件必须打断，并给出下一步，不能继续用同一套低调样式。保存间隔短于一秒时，哪怕只是角落小字，来回闪「保存中」也会形成噪声，应合并成稳定的「已保存」，只在失败时变。全屏沉浸写作里，连角落都可能被当成打扰，可用光标旁极弱的短暂提示或仅在暂停时显现。读屏用户看不见周边视觉，状态需要能被辅助技术读到，但不能因此在每次击键后朗读「已保存」。
怎么落地
- 把保存中 / 已保存加时刻 / 失败，放在不抢焦点、不随正文滚走的外围位置；成功用低调样式，失败才提高对比并提供再试。
- 状态变化不要带动效长于一次眨眼，不要弹出挡输入的表面，不要把键盘焦点移到状态上。
- 高频成功写入合并显示，避免「保存中」闪烁；辅助技术对成功做静默或可关闭的礼貌提示，失败再打断。
- 验证：打一段连续文字，光标不得因状态更新而跳动，键盘不得被任何保存提示盖住。问「现在能不能关」，应能从外围状态答出。把网络掐断再改，状态必须变成失败或「将在联网后保存」，且这一次允许打断。