-
哈桑式 DailyNote 工作流整理之难
2021-11-13 11:31不是先维护一个索引,如果预先维护一个结构,那就失去 daily notes 的意义了。
要预先维护的东西有两种,一是主题锚文本或子主题(roam research 或 logseq),思源如果要写成
[[主题]]:子主题
下级节点不会展开,这个信息可以写在子节点里;二是局部承接关系,conor 在下面的视频里做过一点演示,在他觉得某段话可能紧接在过去记录的某段话之后时,就会用块引用把两段话链接一下。我是这样做整理的 ↓
最重要的第一步:判断当前这个主题究竟需不需要做整理。用几个具体的切入角度来说:
- 对当前这个主题,自己花费时间去整理,其效果是不是真的比插入个 SQL 块随机查看更好?
- 如果自己整理的效果只比随机查看好一点点,有没有必要花这个时间?
- 如果这是一些不对外公开、仅供自己个人查阅的笔记,有必要必要花这个时间?
只要认真对待这一步,就能节约大量的时间精力,毕竟「整理」也不是什么天经地义的事,比如像 code snippets 这种笔记哪怕在传统笔记工具上也没多大必要整理,有个全局搜索就行了。就我所见,以很多人对大主题长文本的驾驭能力,整理半天可能还真的不如直接用 SQL 块随机查看。所以我的感觉是,只有出于任务不得不做,或者对某个主题有了比较深度的思考,才有必要去整理。
第二步,如果真的要整理某个主题了,我就先阅览反链里的所有资料,这个过程中可能做一点修改或者添加;把所有反链资料看熟之后,这个主题的结构就已经开始在脑海里涌现了,然后我就先在正文区把它记录下来,比如我觉得这个话题得分三个主要部分来讲,就先在正文里写三个标题
# part 1 # part 2 # part 3
最关键的一点是,到这里为止都不需要把所有反链内容转移到正文
。等结构思考得差不多了,再把侧栏反链的内容直接拖向它应该在的地方。如果一开始就把所有反链拖进正文,整理起来肯定是超级麻烦的,反链在底部的大纲型双链笔记其实也有这个问题,它们不分屏的话得不断上下翻动。
只要结构梳理完了,后期整理是很轻松的。更复杂的结构我直接用 scapple 或 draw.io 整理,换句话说如果非要把内容整理到正文编辑器里,这种复杂结构多少会损失一些,还不如直接嵌入绘图,顶多再往图上插几个链接 ,这同样是一种整理。我写一万字以上的文章,背后一般都有包含近百个节点的 scapple 草稿,但最后真正能反映到正文里的大概不到一半,这是文章比起图形的局限性,所以「整理」这件事的内涵也不只是拖反链。
总结来说,那些不整理的东西之所以不整理是为了节约时间,这种理念救不了强迫症;而那些要整理的东西之所以要整理是因为每个人自己的思考是独一无二的,这种理念救不了抄书匠。整理 daily notes 还可以列出很多细节技巧,但更重要的还是对「整理」这件事本身的看法,后期的整理并不是在为前期的懒惰买单,而是在有了充足的素材之后进行更全面更深入的思考,传统记录方式其实包含了一个隐藏意图——想一开始就在舒适区内把逻辑结构安排好,那种做法才是真正的偷懒,而且这懒往往还偷不成。
-
哈桑式 DailyNote 工作流整理之难
2021-11-13 07:31The pattern of the thing precedes the thing. I fill in the gaps of the crossword at any spot I happen to choose. These bits I write on index cards until the novel is done.
-
笔记标题按照论文序号自动排版
2021-11-04 00:59这种功能最好还是由官方来加...... 用 css 实现标题块编号有三个问题,第一是长文档会动态加载,如果滚动到底部,css 只能对已加载的部分计数导致序号不准确,第二是 css 计数没法忽略 SQL 块中的标题块,第三就是侧栏 TOC 里没序号。
-
提一下想到的几点建议
2021-11-01 16:01在电脑上不需要先切换思源笔记然后按 alt+5 打开日记,我是靠 url scheme 做个 quicker 动作,可以一键跳转到思源笔记并转到今日日记
-
建议:在文档树里可以多选并移动
2021-10-30 12:48[[复合嵌套[[语法]]]]不会在这里生效,在 roam research 里,把「唯物论」重命名为「唯物主义」来做一次合并,后续会发生这两件事:
- 两个页面的正文会直接拼接起来;
- 现在只剩下一个叫「唯物主义」的页面了,其它笔记里对「唯物论」的引用锚文本会全局更新,从
[[唯物论]]
变成[[唯物主义]]
,锚文本不会不断变长;
嵌套语法只会在使用者主动那样写的时候才会出现,其它功能都不会自动生成嵌套形式的锚文本,现在它最大的用途是在没有文档树的大纲双链笔记里达到一种子文档的效果,比如 [[[[父主题]]:子主题]]
-
ctrl+f 可否直接弹出而不要求一定先选择文字?因为有的时候想要搜索的关键词并不在当前屏幕,就算在的话鼠标选择也不如搜索框里打字更快。
2021-10-24 13:50这是个问题,光标不在编辑区的时候,不光 ctrl+f,ctrl+w 也用不了
-
【笔记方法分享】conor 的写作工作流 | 块引用的作用
2021-10-18 22:22要的就是这种效果
,我一个人的背书效果是有限的,而且如果始终只有我一个人背书非常容易激起逆反心理。所以我前期只能先提供一个小模因,只有广泛讨论的风气被带起来了,大家才会觉得“这个东西是我看完多个帖子后,凭自己的思考能力总结出来的,而不是某个 KOL 灌输给我的”,达不到这种效果就终结不了思源社区的双链无用论,所以你们写比我写重要得多 🤣。
-
【笔记方法分享】conor 的写作工作流 | 块引用的作用
2021-10-18 14:46前排
之前我发的那个帖子里的内容太简陋了,这两天先发篇新文章补充一下
「conor 式的 daily notes 流程」当然没有出处,是我自己说的
,拉上 conor 这个工具人只是为了起个背书作用,roam research 中的很多用法在其它软件上(哪怕是大纲双链笔记)都是失灵的,我只能说一些更加通用的用法和原则,以原则为主
-
列表块“一炮三响”问题现状和改进提议
2021-10-14 23:00先占楼再看
疑虑 1:
* foo * bar
如果第一层的 i 只包含
* foo
不包含* bar
了,会影响对* foo
及其子列表的拖动和查询吗?这个太重要了。如果不能根据父节点查出子节点了,问题很大。疑虑 2:
我分析问题的习惯是这样,一件事要先评估做与不做,而不是一开始就一头扎进对具体做法的思考。
现在一炮三响对于熟练用户来说其实是很好解决的,就算要改进,我感觉主帖里写的这种改进方案带来的提升真的非常之小,还可能带来新的问题,而且也并没有提升对新手的友好程度(因为 l + i + p 的基本模型还是没变,如果一个新手从只会用
ctrl+p
进化到开始用 SQL 了,他在这轮改进之后面对的将是一个比原来更加不符合直觉的数据表)。不知道这轮改进的动机是什么,如果仅仅是为了解决搜索过程中的一炮三响,似乎没有什么改进的必要。
-
实践中对双链和写作的一些思考
2021-10-09 21:44在有反链的情况下,标签和锚文本是一回事
roam research 出现之前,标签这个东西就已经存在了,而那个时候的标签是比较简单的。roam research 的标签语法糖完全涵盖了传统标签的功能,而且在反链的操作性上更是比传统标签强太多了,所以准确的说法不是「传递型双链的本质仍然是标签」,而是「标签的功能已经被双链覆盖了」,标签这个词语本身在大纲双链笔记上其实早就该被奥卡姆剃刀淘汰了,只是很多人还舍不得这个老概念,我宁愿把 roam research 的标签语法糖叫做井号双链。
我在使用中遇到过这种情况,有些材料并不知道放在哪个主题,这时使用传递双链会让我卡在选择锚文本上
要么直接选
[[inbox]]
,要么直接用多个锚文本,不要把选择的压力留给当下。等这些材料真正需要被用到的时候,自然就知道它该属于哪个主题了。在使用过程中我还有个疑问,回顾时我经常发现我的这些问题(主题)与另一个问题是某个更大问题的子集,那我的这些反链该如何处理?如何合并这两个问题呢?
在思源里很简单,把那两个页面拖进另一个更大问题的正文里就行了。
-
建议导出 Html / PDF/Word 时可选增加标题 Headings 编号
2021-10-09 17:55靠 css 来实现思源里的标题编号还是有缺陷,因为思源对稍大一点的文档只会动态加载一部分,直接把滚动条翻到下面没法准确计数,而且 SQL 块里的标题块也没法从计数中排除。标题编号涵盖的信息很有用,如果官方支持就好了。