H3.12.1undo window countdown设计研究
撤销窗口的剩余时间需要可见的倒计时提示
别名: 撤销倒计时 · undo timer · 窗口剩余
概念解释
短时撤销不是一直都在。窗口在走，人必须能看见还剩多少时间，否则会把「刚才那条还可以拉回」当成稳定能力，在条消失后才去找。倒计时把窗口从暗时限变成可计划的差。这条只管剩余时间的可见，不管批量怎么撤、栈什么顺序、到期之后怎么宣布不可逆。
机制
时间边界若不显示，人用「刚刚」这种模糊词去估计，估计总偏乐观。发现失误的时刻往往靠近窗口末端：人回头看结果，条已经要没了。可见的剩余把「现在还来得及」收成判断，而不是靠碰巧还在屏幕上。隐藏的几秒条会在手指还没从键盘回到指向设备时结束，窗口等于从未提供。倒计时也是一种注意税，所以它只应出现在窗口真的短、且错过会心疼的动作上，而不是每一个轻量撤销。
怎么研究
同一短时撤销比较：无提示消失、静态「可撤销」、数字或条形倒计时。
自变量：是否显示剩余、窗口时长、倒计时是否会在最后几秒加强。 因变量：窗口内恢复率、以为还能撤但已经过期的比例、被倒计时本身打断主任务的次数。
不要把倒计时做成会发声的警报，那会把测量污染成惊吓。主任务应继续，看人是否在需要时还能找到还剩的秒数。
边界
回收站那种按天计的保留不是这条的倒计时对象，那是期限明示。长窗口（数分钟）用到期时钟比用跳动秒数更少打扰。无障碍上，倒计时不能只靠视觉变窄的条子，剩余要能被读到，且不应每秒播报一次。窗口会因新操作被刷新时，倒计时必须跟着变，否则显示在骗人。
怎么落地
- 短于一分钟的撤销在结果旁显示剩余时间，数字或进度均可，但要能读出「还剩多久」。
- 最后几秒加强可见，不要在无提示的情况下让控件消失。
- 不要每秒向屏幕阅读器播一次剩余；到期前给一次不打断的状态即可。
- 验证：让人做完可逆动作后去做别的，十秒后问「现在还能不能改回来、还剩几秒」。答不出剩余，窗口就是暗的。