article_image

Things 是一个我非常喜欢 Obsidian 的主题。

“主题”原本是全凭个人喜好的事情。不过相比外观,我更喜欢 Things 主题对于 To-Do 任务列表的处理,极大增强了它的可用性。

🔗 Obsidian-Things - Github

Markdown 最初的规范中,其实并不存在 - [ ] 这一 To-Do 写法,而在 GitHub Flavored Markdown (GFM) 中才被定义为标准用法之一,即便如此,也只提供了“未完成”和“已完成”这两种写法,分别是 - [ ]- [x]

而在 Things 主题中,它别出心裁地通过 CSS 样式为添加了额外支持,使其在“未完成”和“已完成”任务之外,可以通过文本实现更多的状态。


Things 中的 To-Do 样式
Things 中的 To-Do 样式

我原本并不喜欢在 Obsidian 中管理任务,因为我觉得它缺少了太多必要的功能,像截止日期、优先级、提醒……都无法在 Obsidian 中实现,而且在不同笔记中也缺乏集中式管理的手段,分散记录任务只会让这些任务永远遗失,无法追踪。

但后来我发现自己的使用思路错了,逐渐回归到这个功能本身,不是将其作为“总的任务列表”,而是作为“笔记的一部分”去使用。在这种场景下,To-Do 的内容只是在当前时间点下的一个状态记录,而不需要进行长时间的追踪和更新。

每天工作记录
每天工作记录

举一个例子,为了方便回顾每日的工作,我会结合日历插件每天创建一篇笔记,然后把当天做的事以任务列表的形式列出来。这样无论是向上汇报任务,还是自己回顾近期工作内容,都可以很快找到结果。

这时候 Things 中提供的这些 To-Do 样式就起到了很大的作用,原本我需要用一些额外的文字标记去区分任务的具体情况,比如【暂缓】【等待】这样的字符——

- [x] 修复网站分类页面的分页功能
- [x] 更新投稿页面的部分细节
- [ ] 修复评论区无法点击头像的 Bug【暂缓】
- [ ] 读者反馈 Readwise 无法识别 RSS【等待】
- [ ] 让 Hum 今晚排版一下文章【转交】

但是在 Things 下,我就可以将其对应到“未全部完成”“等待”“转交”的状态。如果有需要,也可以标记为“问题”和“重要”等扩展状态。

- [x] 修复网站分类页面的分页功能
- [x] 更新投稿页面的部分细节
- [/] 修复评论区无法点击头像的 Bug
- [<] 读者反馈 Readwise 无法识别 RSS
- [>] 让 Hum 今晚排版一下文章

只要熟悉了几种常见的字符分别代表什么意思,就可以非常快地对任务进行状态标记。最终在视觉效果上的呈现也更为直观。


任务可以被分为更多状态
任务可以被分为更多状态

我常常在开完进度会以后,直接把我会上记录的 To-Do 列表截个图发给与会人员,对方都能立即明白每个任务的含义和进度。

在兼容性方面,如果你直接把 Markdown 格式的内容复制给别人,别人大概率无法在自己的 Markdown 编辑器中解析这些私有语法。但是如果是导出为 PDF,那么这些样式都将被原样保留到 PDF 中,并不会对阅读造成影响。


author_avatar

#UNTAG Developer