Repository navigation
Replies: 3 comments 1 reply
|
谢谢补充截图,尤其是「26 个任务要逐个进三级菜单」这个例子,确实说明当前操作太繁琐了。这里既有回顾用途的差异,也有界面和恢复行为的问题,不能只归结为理解不同。 我已针对这几处完成修改并合入 main:
每周回顾仍会检查下一步、等待和未来事项是否还有效,以及项目是否需要调整,这也是 GTD 每周回顾的一部分;它不只用于复盘已完成事项。已完成事项仍可从「已完成」入口查看。日/周回顾向导完成后,也会明确说明:结束向导不会自动把每个任务的回顾提醒清掉,需要在待回顾列表中处理。 提交:7d8e9efe0caeaac469be335b4b5c854a30d2774e。这些改动尚未发布。 相关回归测试、类型检查和独立代码检查已通过,但还没有在你的实际 WebDAV 环境验证。下一版发布后,麻烦重点确认批量回顾,以及快照恢复后再同步是否正常;若仍有问题,请附上版本、系统和「设置 → 诊断」导出的日志。 |
|
在此基础上我还要补充几点 待回顾 在日程中出现带来的问题 而且这时候只有改排序有效 是不是增加一个全部任务清单?而不是把这个功能丢给回顾? 但我的想法是 |



Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
我设置了一个周末回顾,有部分事项设置了回顾日期
比如上周日9.20,我应该回顾,OK。
回顾会list一大堆任务出来
各种项目,情景的都list出来了。基本就是等同于了所有任务
包括
下一步/等待中/未来的全都列示,几十个任务,直接淹没了我有阅读 #804 以及里边引用的讨论,但我还是有疑惑。
我这里对于回顾的理解
是回顾已经做完的,要不要复盘一下,总结一下经验或者笔记提炼给obsidian记录
我个人是反对将 等待/未来的/任务list进来的。但是还好有筛选,眼不见心不烦就是了。
如果本来就是要将回顾设计成这样,那我觉得应该独立一个任务规划的功能,和清空收件箱进行整合处理。
单独设置了回顾时间的任务,没到回顾时间,也不应该拉取放入 周末回顾
而且我的理解里
下一步状态下的任务有明确的规划起止时间,那更是不应该放入回顾了,我回顾还没到开始日期的事情干嘛?我回顾 已经开始还没截至,正在做的事情干嘛???找不到如何处理回顾的操作
有时候有的回顾上右键会有标记为已回顾。但大多数那几十个
等待/未来的任务我找不到可以处理的操作。批量操作下也没有
已回顾或跳过回顾的的选项,单独亦是找不到。于是到这周现在,我的日程里,一堆等待回顾,回顾的情景下亦然,十分困惑这回顾要如何处理掉?
点击了上边的每日回顾和每周回顾的大按钮,进入流程
8个步骤一路下一步完毕,本以为能算完成了回顾,清空回顾列表。结果还是几十条等待回顾的任务,一头雾水
又及:
这里尝试在回顾任务下,点击右键,选择了 取消任务
这个操作十分狠毒,没有撤销,没有后悔药。任务都不是删除进入垃圾桶。直接就消失了
这个操作我觉得就不应该放入菜单吧?
至少垃圾桶还有后悔药可吃,丢入垃圾桶再清空更安全一些
这之后为了恢复任务,我尝试快照回档。
回档是成功的,但一同步又被删除了任务
这里回档之后应该更新本地标识为最新,才能覆盖掉远程同步。 或者设计一个强制上传!
还好数据是在本地webdav。直接删除了webdav的同步数据。才强制让本地数据覆盖了同步。
所以,这个回顾到底应该如何解决?
总的来说
一方面,没有回顾已完成事项,复盘本周
另一方面,回顾一下拉出 任务几十条,心智模型失效。只想一下全部回顾掉,没有意义了。但糟糕的是还回顾不掉~哭死
附上相关截图
All reactions