昵称又不能直接显示那设置昵称有什么用

+1，从民意来看，应该把点击圆点的行为改回聚焦

从 AppFlowy 把 Open Source Notion Alternative 当做自己 slogan 的那一刻起，就注定是个平庸的产品。

类似的还有当初想给大象做 alternative 的 ZOHO、Alternote、Turtl，现在一个比一个差劲；joplin 比前面三个做得好一些，但它最大的优点还是在于开源，以 joplin 的品质如果去做商业产品估计根本收不到几个钱。

而且这些模仿者做得差并不完全是因为它们模仿的对象不够好，实际上就算那个模仿对象再优秀也没用，roam research 够优秀了吧，看看开源模仿者 Athens，至今甚至连勉强可用的程度都没有达到。

总之，至少在笔记类软件里，凡是把自己定位成另一个商业软件代替品的开源软件，都没有必要关注。目前唯一的例外是 logseq，既开源又做得很好，但人家早晚也是要商业化的。

@Vanessa 大佬关注一下

+1

后续也支持不了，lakebook 是加了混淆的，思源解析不了

已加入软文素材

不是先维护一个索引，如果预先维护一个结构，那就失去 daily notes 的意义了。

要预先维护的东西有两种，一是主题锚文本或子主题（roam research 或 logseq），思源如果要写成 [[主题]]：子主题 下级节点不会展开，这个信息可以写在子节点里；二是局部承接关系，conor 在下面的视频里做过一点演示，在他觉得某段话可能紧接在过去记录的某段话之后时，就会用块引用把两段话链接一下。

这个视频

我是这样做整理的 ↓

最重要的第一步：判断当前这个主题究竟需不需要做整理。用几个具体的切入角度来说：

1. 对当前这个主题，自己花费时间去整理，其效果是不是真的比插入个 SQL 块随机查看更好？
2. 如果自己整理的效果只比随机查看好一点点，有没有必要花这个时间？
3. 如果这是一些不对外公开、仅供自己个人查阅的笔记，有必要必要花这个时间？

只要认真对待这一步，就能节约大量的时间精力，毕竟「整理」也不是什么天经地义的事，比如像 code snippets 这种笔记哪怕在传统笔记工具上也没多大必要整理，有个全局搜索就行了。就我所见，以很多人对大主题长文本的驾驭能力，整理半天可能还真的不如直接用 SQL 块随机查看。所以我的感觉是，只有出于任务不得不做，或者对某个主题有了比较深度的思考，才有必要去整理。

第二步，如果真的要整理某个主题了，我就先阅览反链里的所有资料，这个过程中可能做一点修改或者添加；把所有反链资料看熟之后，这个主题的结构就已经开始在脑海里涌现了，然后我就先在正文区把它记录下来，比如我觉得这个话题得分三个主要部分来讲，就先在正文里写三个标题

# part 1
# part 2
# part 3

最关键的一点是，到这里为止都不需要把所有反链内容转移到正文 。等结构思考得差不多了，再把侧栏反链的内容直接拖向它应该在的地方。如果一开始就把所有反链拖进正文，整理起来肯定是超级麻烦的，反链在底部的大纲型双链笔记其实也有这个问题，它们不分屏的话得不断上下翻动。

只要结构梳理完了，后期整理是很轻松的。更复杂的结构我直接用 scapple 或 draw.io 整理，换句话说如果非要把内容整理到正文编辑器里，这种复杂结构多少会损失一些，还不如直接嵌入绘图，顶多再往图上插几个链接 ，这同样是一种整理。我写一万字以上的文章，背后一般都有包含近百个节点的 scapple 草稿，但最后真正能反映到正文里的大概不到一半，这是文章比起图形的局限性，所以「整理」这件事的内涵也不只是拖反链。

总结来说，那些不整理的东西之所以不整理是为了节约时间，这种理念救不了强迫症；而那些要整理的东西之所以要整理是因为每个人自己的思考是独一无二的，这种理念救不了抄书匠。整理 daily notes 还可以列出很多细节技巧，但更重要的还是对「整理」这件事本身的看法，后期的整理并不是在为前期的懒惰买单，而是在有了充足的素材之后进行更全面更深入的思考，传统记录方式其实包含了一个隐藏意图——想一开始就在舒适区内把逻辑结构安排好，那种做法才是真正的偷懒，而且这懒往往还偷不成。

The 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.

＋1

另外，如果光标在列表里，连续按 ctrl a 不能选中整篇文档

这种功能最好还是由官方来加...... 用 css 实现标题块编号有三个问题，第一是长文档会动态加载，如果滚动到底部，css 只能对已加载的部分计数导致序号不准确，第二是 css 计数没法忽略 SQL 块中的标题块，第三就是侧栏 TOC 里没序号。

文档块转标题块跟合并其实是两种不同的功能

在电脑上不需要先切换思源笔记然后按 alt+5 打开日记，我是靠 url scheme 做个 quicker 动作，可以一键跳转到思源笔记并转到今日日记

[[复合嵌套[[语法]]]]不会在这里生效，在 roam research 里，把「唯物论」重命名为「唯物主义」来做一次合并，后续会发生这两件事：

1. 两个页面的正文会直接拼接起来；
2. 现在只剩下一个叫「唯物主义」的页面了，其它笔记里对「唯物论」的引用锚文本会全局更新，从 [[唯物论]] 变成 [[唯物主义]]，锚文本不会不断变长；

嵌套语法只会在使用者主动那样写的时候才会出现，其它功能都不会自动生成嵌套形式的锚文本，现在它最大的用途是在没有文档树的大纲双链笔记里达到一种子文档的效果，比如 [[[[父主题]]：子主题]]

是个问题

请教一个问题，可以根据某个块是否包含某个特定标签来修改这个块的文字颜色吗（用块属性没有直接写标签方便）

.protyle-background {
    display: none;
}

SQL 块 +1

这是个问题，光标不在编辑区的时候，不光 ctrl+f，ctrl+w 也用不了

设置界面也是这样

现在它直接出不来了 😳（重建索引也不行）

+1，这个合并导出的逻辑还是很直观的，子文档变成父文档里的一级标题，然后子文档里的一级标题变成二级标题，各标题依次降级就行了

要的就是这种效果 ，我一个人的背书效果是有限的，而且如果始终只有我一个人背书非常容易激起逆反心理。所以我前期只能先提供一个小模因，只有广泛讨论的风气被带起来了，大家才会觉得“这个东西是我看完多个帖子后，凭自己的思考能力总结出来的，而不是某个 KOL 灌输给我的”，达不到这种效果就终结不了思源社区的双链无用论，所以你们写比我写重要得多 🤣。

前排

之前我发的那个帖子里的内容太简陋了，这两天先发篇新文章补充一下

「conor 式的 daily notes 流程」当然没有出处，是我自己说的 ，拉上 conor 这个工具人只是为了起个背书作用，roam research 中的很多用法在其它软件上（哪怕是大纲双链笔记）都是失灵的，我只能说一些更加通用的用法和原则，以原则为主

先占楼再看

疑虑 1：

* foo
  * bar

如果第一层的 i 只包含 * foo 不包含 * bar 了，会影响对 * foo 及其子列表的拖动和查询吗？这个太重要了。如果不能根据父节点查出子节点了，问题很大。

疑虑 2：

我分析问题的习惯是这样，一件事要先评估做与不做，而不是一开始就一头扎进对具体做法的思考。

现在一炮三响对于熟练用户来说其实是很好解决的，就算要改进，我感觉主帖里写的这种改进方案带来的提升真的非常之小，还可能带来新的问题，而且也并没有提升对新手的友好程度（因为 l + i + p 的基本模型还是没变，如果一个新手从只会用 ctrl+p 进化到开始用 SQL 了，他在这轮改进之后面对的将是一个比原来更加不符合直觉的数据表）。

不知道这轮改进的动机是什么，如果仅仅是为了解决搜索过程中的一炮三响，似乎没有什么改进的必要。

其实一般来说，自己写的玩具软件比商业软件更不安全

@Vanessa

思源 v1.4.1：

workflowy：

roam research

大纲编辑器都是根据有没有子节点来决定有没有竖线的，现在 v1.4.1 的逻辑好像是下面有同级节点就会产生竖线，这样会搞出很多种比较丑的形状，像下面这张图里的 5 9 7 就跟被列表块孤立了一样，视觉上完全丧失了列表的结构性

这里 2 3 两个节点都没有子级，这根竖线没必要存在

视觉效果极差