H3.12.4explicit irreversibility after undo expiry设计

窗口到期后操作应明确转为不可逆,而非模糊过渡

别名: 撤销过期 · irreversible after timeout · 模糊过渡

概念解释

短时撤销结束时,动作要么仍可通过回收站等另一层恢复,要么从此真正不可逆。到期要说清楚变成了哪一种,不能让撤销条悄悄消失、界面看起来和还能撤时一样。模糊过渡让人在过期后继续找那个按钮,或误以为已经永久销毁。这条管到期那一刻的状态宣布,不管倒计时怎么显示、栈什么顺序。

机制

窗口把「可逆」变成一种暂时属性。属性消失时若没有新的状态句,工作记忆仍保留旧属性,人会按还能撤来计划。条的消失是负空间,不是宣布。明确转换做两件事:拿掉已经失效的入口,换上一句现在时的结果(「已删除,可在已删除中找回,至某日」或「已永久删除」)。两种结果完全不同,不能共用「提示没了」这一种视觉。转换还要立刻发生,不要在条消失后还留一个点了没反应的撤销。

边界

若到期只是从短时条转入手动可发现的回收站,不可逆并未发生,宣布应是「入口换了地方」而不是「不能再恢复」。真正销毁(过了保留、用户清空、依法删除)才说永久。动画把条滑走若不同时改文案,仍是模糊过渡。跨设备到期时间不一致时,以能执行恢复的那一端为准,并在两端用同一句话。

怎么落地

  • 窗口结束时替换结果文案:仍可恢复的,指向新入口和期限;不可恢复的,写永久并去掉撤销控件。
  • 失效的撤销按钮立即移除或禁用并说明原因,禁止点了无反馈。
  • 不要只靠提示条超时来表达状态变化。
  • 验证:盯着结果处看窗口结束的那一秒,问「现在还能怎么改回来」。若以为按钮还在或说不清是永久还是进了另一层,过渡就是模糊的。

延伸

  • 同组H3.12.1 撤销窗口的剩余时间需要可见的倒计时提示 · H3.12.2 批量操作的撤销需要说明是整体撤销还是可选择部分撤销 · H3.12.3 连续多次操作的撤销栈需要遵循后进先出的顺序
  • 相邻H3.08 软删除与回收站 · H3.04 撤销优于确认 · E6.12 提示的消失时机
  • 站内检索undo expiry · irreversible · state transition

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H3.12.4