问题
多个任务同时到期时,当前提醒窗口要求先勾选任务,再用底部统一的推迟时长批量处理。不同任务往往需要不同的处理节奏,统一推迟会增加重复操作,也容易误改其他任务。
建议交互
- 每个任务行内直接提供“推迟”入口和该任务自己的时长菜单。
- 可选项沿用现有语义:15 分钟、1 小时、晚上 8 点、明天上午 9 点。
- 选择后只对当前任务发出推迟请求并从提醒列表移除,无需先勾选。
- “完成”是否继续支持批量勾选由实现时评估;本 Issue 只取消推迟操作对勾选状态的依赖。
验收标准
- 同一提醒窗口中的不同任务可依次选择不同推迟时间。
- 行内推迟不会影响其他任务,也不依赖复选框状态。
- 跨日的“晚上 8 点”和“明天上午 9 点”计算保持当前时区语义。
- 任务推迟后,主窗口中的
dueDate、snoozeUntil 与提醒去重状态仍按现有调度规则更新。
- 浅色、深色主题以及提醒列表滚动状态下,行内控件均可辨识、可操作。
- 增加多任务回归测试,覆盖逐项推迟、不同时间、信号参数及列表移除。
- 通过完整自动化测试、语法编译和差异检查。
非目标
- 不改变任务存储结构、推迟计算规则或提醒触发逻辑。
- 不把提醒窗口改回多个独立弹窗。
问题
多个任务同时到期时,当前提醒窗口要求先勾选任务,再用底部统一的推迟时长批量处理。不同任务往往需要不同的处理节奏,统一推迟会增加重复操作,也容易误改其他任务。
建议交互
验收标准
dueDate、snoozeUntil与提醒去重状态仍按现有调度规则更新。非目标