相关帖子
- 其他回帖
-
rumengsiji •订阅者 作者
我本意并不打算发一篇这样文章,我在 23 号会议反对了演讲人的一些观点,给出了自己的意见,遭到一些听众的质疑,于是我在会议上回复会单独开篇文章解释我的观点,于是有了这一篇文章。
下面是会议聊天记录。1 回复 -
太微(TiddlyWiki)同时支持文档树和自动生成目录页
比如我的博客 https://onetwo.ren/wiki/#:Index
右侧就是一个自动根据标签生成的文档树(是一个插件,插件的逻辑是标签=文件夹),此外还有 https://onetwo.ren/wiki/#所见即所得编辑器 这个条目是用
<$list
微件(可以理解为 Obsidian 的 dataview 功能)自动生成的文件目录,不过还自动把文件内容嵌入进来了。我个人的使用经验是,两种同时都在用,自动生成 MOC 适合对一个主题做统一整理,然后对外发布的时候。我会让他自动生成索引页,然后整体复制粘贴发布到知乎等平台。然后这个页面也适合做于对外分享的页面,方便读者按需查看。
而文档树适合碎片化地去整理一个主题,或者在产生新的思考的时候,有想法就添加到笔记里并加上标签,也就是放进文件夹里。然后文件树自动就出来了,之后要整理的时候就直接看这个自动生成的文件树。
-
我不觉得你是在反对我的观点,其他听众也没有在质疑你,大家只是在不同角度分析问题。
我也并没有“对文档树的作用持否定态度”,就好比说思源的电脑端的编辑功能比手机端好用,不代表否定手机端的作用,不是非此即彼的。
因为大家普遍对文档树比较熟悉,但很多人对 MOC 不太熟悉,所以在会议上我主要介绍 MOC,并且以大家熟悉的文档树的构建过程作为对比,阐述 MOC 的构建过程,可能有的人误以为要砍掉文档树功能。
文档树和 MOC 当然可以共存,有的人可能在 MOC 上进行知识体系层面的分类,在文档树上也进行知识体系层面的分类,两者功能重合度比较大。而我的想法是,让文档树和 MOC 各司其职,各自从不同的角度进行分类:MOC 仍然是根据知识体系进行分类;而文档树可以从时间角度进行分类,这是 moc 所不能做的事,也是 RR logseq 做不到的,也能保证只要记得文档的大致创建时间,就不会找不到文档,可以帮助大家消除找不到文档的担忧。
在会议前,我并没有准备深入讨论这个话题的,也没想到有不少人对这个话题这么关心,所以会议中对这个问题可能没有讨论清楚。
1 回复 - 查看全部回帖
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于