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

主题最好是自己写，避免被卡脖子

2、我的日记设置是 /日记/{{now | date "2006-01-02"}}，如果照这个不能复现的话就不清楚了

3、简单一点就是让右键也呼出块标菜单，精致一点就是让用户自己为右击块标绑定事件

思源的反链是需要认真优化一波，如果把双链笔记软件比做一个人，那反链就像腰部，整个身体的发力都依赖于它

另外，我不是 d 大，这位才是 d 大： @88250

我只是个普通用户

按照大纲双链笔记的流程，一开始在日记文件里写下「判断标准」这部分内容的时候，就应该当场立即用某种方式把它传递给「SOP」这个文档，这个传递方式就是双链：

# 2021-07-03.sy

- [[SOP]]
  - 几个好课题的判断标准
    - balabala
    - kalakala
    - xxxxx

将来集中整理 SOP 这个文档的时候，从反链里可以直接把 - [[SOP]] 和它下方的所有列表项拖进正文然后慢慢整理，这种流程比一开始不加双链事后再去 SOP 这个文档里引用要稳妥得多。

在思源里实践不了这个流程是因为打开 SOP 这个文档的时候，看到的反链只有以下信息：

▼ 2021-07-03.sy
  ¶ SOP

这个反链只显示了一个段落块，- [[SOP]] 下级的内容全都没有直接展示。如果反链面板优化一下展示方式和可操作性，就可以实践上面说到的流程了。所以问题依然是功能需要优化。

要解决第一个问题至少在思路上并不难。比如在做记录的时候完全使用新文档就是一种比较流畅的方式，反正这些文档在将来可以转换为文档内的标题块。但是思源的功能暂时还支撑不起这种工作流，因为如果想要让这些新文档不至于变成将来找不到的孤立文档，就一定要有一个「方便易用的文档级多级标签」，并且标签面板里列出的文档块要能够方便地拖进正文。

解决第一个问题的第二个思路就是不使用新文档，新增内容都添加到已有文档里。这种工作流靠思源现有的功能也无法完成，需要先把 notion 的内容块移动功能学过来。在做记录的时候，无论当前文档是什么文档，都可以在原地写下来，然后把内容块用快捷键直接发送到指定文档里。而且思源完全可以进一步拓宽这个功能，notion 只能把内容块发送到某个文档末尾，思源在这里完全可以做成把内容块发送到任何一个块的下方，就像 roam research 的 ctrl + shift + 9 一样，只要文档块在搜索过程中置顶就行了，并且思源还有别名功能，可以进一步优化这个搜索步骤。

你的思路方向没有错，现在的问题在于已有功能还撑不起思路的实践。上面两种功能我个人觉得都该优化一下。

第二个问题，没太看懂描述，能用图说明吗

好问题。尽管不易察觉，但这两种方式有极其巨大的区别。

假设今天我逛了一下 logseq 论坛，看到有人说新版本通过修改 :ui/show-empty-bullets? 变量可以显示或隐藏内容为空的 bullets，于是我想把这个配置方法在笔记软件里记录下来。

然后我打开 logseq 做记录，步骤如下：

1. 打开或转到 logseq 这个软件，如果当前页面不是 daily notes 就再按一下快捷键跳转到 daily notes 页面

2. 在 daily notes 的第一行写下：

   - [[logseq/配置]]
     - `:ui/show-empty-bullets?` 变量：显示或隐藏内容为空的 bullets
   

3. 记录结束。去做别的事。

如果使用 typora，步骤如下：

1. 为了最快捷地打开 logseq - 配置.md 这个文件，当然是要好好利用各种搜索型效率软件了，于是我在 utools 里搜索 logseq 配置，结果发现我并没有这个文件

   • 这个时候第 1 个差别就已经体现出来了，在 logseq 里，我永远不用回忆 logseq/配置 这个页面是不是已经存在，直接在 daily notes 的第一行开写就行了

2. 搜索未果，我开始考虑换个关键词搜索，万一我以前创建的文件名叫 logseq - config.md 呢？换了几个关键词搜索，发现我以前真的没做过这方面的记录

   • 第 2 个差别出现了，在 logseq 里，我不需要考虑自己之前是不是已经用别的名字创建过 logseq/config ，这种文件，我只需要直接在第一行写下 - [[logseq/配置]] 就行了，别的什么都不用考虑

   • 第 3 个差别：就算我以前已经有了 logseq/config 这个 page，那也不需要管它，因为 logseq/配置 和 logseq/config 这两个页面一定会在 logseq 这个父页面下共同展示，我可以在将来合并它们

3. 既然以前没有对应的 md 文件，那我就创建它吧。创建一个新的 md 文件虽然人人都会，但是我在创建的时候就需要给它在文件系统上安排一个具体的位置，我是把它放在 软件使用 文件夹下还是放在 知识管理 文件夹下？

   • 第 4 个差别：在 logseq 里没有烦人的新建文件流程，就算我根本不对 md 文件分类，新建文件这个步骤还是烦人

4. 终于新建好了 logseq - 配置.md 这个文件，但是我忘了刚才想记录的是什么

   • 第 5 个差别：用 logseq 记录，到达路径很短，心智负担为零；用 typora 记录，到达路径很长，心智负担巨大

5. 查看系统剪贴板，回想起了要记录的东西，开始记录

6. 记录完毕，我开始了每日固定的读文献时间。30 分钟之后，我有一条突发的阅读心得想快速记录下来，于是我唤出了 utools，再次重走上面的曲折心路历程。

   • 第 6 个差别：如果是用 logseq 记录，我只需要再次在 daily notes 页面的第一行写下：

     - [[文献/文献名]]
       - 这个思路真是妙啊
     - [[logseq/配置]]
       - `:ui/show-empty-bullets?` 变量：显示或隐藏内容为空的 bullets
     

所以，这两种方式看似差不多，实际上是天壤之别。笔记的核心首先是记录，而 Conor 流程把使用者在记录时的心智负担降到了接近于 0 的水平，这种流畅无压的记录方式能极大促进一个人记录更多的东西。

我这里说的还仅仅是记录阶段，后面的阶段差距更大。

我们讨论的是"究竟选择那种方式会比较好?" 是完全无压力但后续整理麻烦的 Dailynote 还是选择稍微有点压力但是后续整理会轻松点的方法? 我也不知道, 这个心智压力若是实在想完全没有, 那就选择 DN, 若是想方便之后整理还是接受点心智压力就选其他方法, 感觉这个比较随人, 但我已经习惯了开 portal 了

这段总结得很到位，在认清两种方式的差异之后，剩下的就是个人选择。不过这个选择大多数人不需要纠结，因为不用 remnote 这个软件就实践不了 remnote 的方法，我真正担心的是这两种方式都离思源比较远。

但 DN 中已有很多内容的时候, conor 也会使用 zoom in 来消除其他文本的干扰的对吧?(这里我不咋清楚, 所以打了个问号)

这个不需要，新的想法永远写在第一行就好了。

好的，巩固稳定性最重要，这是第一优先 (ง •̀_•́)ง

之前还有个想法忘了提，notion 有一个非常实用的功能也能很好地应对快速记录这个场景，就是 block 菜单里的移动功能，可以把内容块发送到选定的文档里面（搜索过滤），将来可以学一学：

其实无论是用 rem tag 来做分离还是直接用 portal 记录，都是在记录的时候提前考虑整理问题。普通大纲双链笔记软件那种混杂的反链强制性地阻止了这种提前考虑，这对于快速记录来说其实反而是好事，因为把整理的负担推给了未来、所以当下能做到零压力记录。未来真的要用到某些笔记的时候，整理笔记的困难跟完成一个任务要面临的众多真正困难一比其实不算什么。

我是以这样的模型来思考这个问题：对一个人来说，整理笔记的心智负担并不是完全恒定的，比如 Conor 流程把整理的困难完全抛给了未来、以达到当下的完全无压，它的心智负担大约是当下 0 未来 40；remnote 可以稍微把整理的困难分一点到当下，同时大大降低未来的整理困难，它的心智负担大约是当下 5 未来 25；而传统文件夹笔记一般都需要在记录时就把整理方式考虑好，而且未来依然需要整理，它的心智负担大约是当下 50 未来 50。

粗略来说我觉得 remnote 更先进，但是如果「未来」永远不来，Conor 流程里的心智负担就永远是 0。

能帮忙填下这个关于双链笔记的问卷吗 😋 ：https://www.yuque.com/forms/share/cee13285-b07c-4adb-818c-809b9ba2497a

@88250 看来亟需优化，以挽留楼上这样的用户 🌚👆

其实简单来说，就是以 daily notes 为核心，做到流畅无压记录，然后靠反链的高度可操作性实现后期整理。

- [[链滴]]
  - 反馈关于思源笔记的意见可以上链滴社区发帖
  - 链滴社区现在用的还是 Vditor 编辑器

如果在 daily notes 里像上面这样记录，就完全没有必要特地去新建或是打开名叫 链滴 的页面，直接在这里记录就好了，将来打开 链滴 这个页面就可以在反链里看到所有跟它有关的信息，相当于通过双链来传递内容，那些反链其实就等同于 链滴 这个页面的正文。

虽然我之后的每天都会在 daily notes 里记录一些跟 链滴 相关的内容，但是我根本没有必要去整理 链滴 的反链，我只需要在心里知道「这个东西将来可以方便地整理就行了」。直到将来某一天我需要写一篇介绍 链滴 的文章，我才有必要去整理，这个时候直接把 链滴 这个页面的反链里的所有内容向上拖进正文，然后靠大纲编辑器的编辑能力来组织正文，最后输出就行。

这个过程没有任何的心智负担，记录的时候只管记录、不需要考虑整理的事，等真正有了应用需求的时候整理起来也很方便。

另外，roam research 有一个合并页面的功能，能进一步降低心智负担。因为 [[链滴]] 和 [[黑客派]] 是同义词，在 daily notes 里思考该用哪个词也会造成心智负担，可是在 roam research 里不需要担心这些，因为 [[链滴]] 和 [[黑客派]] 这两个页面将来是可以直接拼接合并的，所以前期只管记录就好了。这样一来，用户在做记录时的心智负担几乎是零。

还有一些细节没说到，但大致就是这样。

在文件树上点击新建的时候可以直接进入编辑区，因为这个时候新文件的位置很确定了，但是 Ctrl+N 还是需要展示一下新建窗口来让人知道新文档在哪

暨

通过 PWA 放置在桌面上，双击打开就能用。这样思源内核作为底层平台提供服务，挂件作为平台应用直达特定的使用场景

妙啊

双链笔记只需要在 daily notes 里记录就行了，然后加个锚文本标题用来汇总。这个是双链笔记的基本用法，也是主要用法。

思源的图床功能真的是所有本地笔记软件里最方便的，其它本地笔记软件想写一篇带图的文章并发布到知乎之类的公共在线平台上，要么从头到尾都用在线图床插图，要么先把文字部分复制到知乎的编辑器里然后一张张手动插图。而在思源里，写文章的时候可以直接 ctrl+v 在本地插入图片，到了要发布的时候直接一键上传复制然后去知乎 ctrl+v 整篇文章就行了，而且本地笔记里的图片链接依然是永不失效的本地图片链接。

关于 Json 的那段说得很好，已加入软文素材

图床是用来发布文章到知乎语雀等平台的，不是给本地笔记用的

折叠搜索我好像想出了一种比较好的方案，就是聚焦到离那个块最近的一个容器块，比如：

• A（折叠状态）
  • 111
  • 222
  • 333

在搜索并跳转到 222 的时候，聚焦到 A，这样就可以同时展示出 111、222、333 了。

但是需要先做另一个更改，就是聚焦到已经折叠的容器块时，显示的是不折叠的结果，workflowy 也是这么做的。在 workflowy 里，A 虽然是折叠的状态，但是如果点击 A 来 zoom in，还是会显示出 A 的下级，这方面可以向 workflowy 看齐一下。

失去光标还有一种情况，就是点击两行文字的中间，这个时候 ctrl+f 也会变得不能用 😳

对，全局搜索的时候文档块应该优先放在顶部

没有报错，只是不显示，关闭笔记再重新打开就有了

这个其实只是思源的弱点 😂，同样是文档型编辑器，innos note 的列表手感就很好

直接在思源的挂件目录里部署就行了，然后在 localhost 里访问，然后还可以把这个页面用 iframe 嵌入思源

自己部署上面的那个 HTML 文件也可以，用现成的也可以，看最上面发的两个链接。不过我建议最好自己部署，避免失效。

抱歉，描述得不够清楚，重新描述一下。

思源可以靠块超链接跟别的软件联动使用，比如复制某个内容块的 siyuan:// 链接到一张 Excel 表格里，在 Excel 中点击这个链接，就会直接跳转到思源对应的内容块，这就是一个比较典型的联动场景。

但是上一个场景中的 Excel 如果换成某些 web app 就不行了，比如语雀的表格编辑器就只允许在正文中插入 http:// 形式的链接， siyuan:// 这样的格式是禁止插入的，不光是语雀，很多 web app 的产品经理都做了这种设计，这样一来那些 web app 就无法跟思源通过块超链接互动。

为了解决这个问题，可以添加一个中间跳转页面，也就是上面发的那个 HTML 附件。比如把它部署为 https://xxx.github.io/jump/，然后在它后面加上思源的块超链接，变成 https://foo.github.io/jump/?location=siyuan%3A%2F%2Fxxxxxxxxxxxxidxxxxxxxx，因为这个拼接后的链接是 https:// 开头的，所以可以顺利插入各个 web app 的编辑器里。点击这个拼接链接的效果是先跳转到这个中转页面，然后跳转到 ?location= 的后面的思源链接（302 重定向），最后自动关闭中转页面。

现在遇到的一个问题就是这个 HTML 页面用别的方式部署时可以正常工作，但是如果用挂件伺服来使用它，点击拼接链接跳转到中转页面之后，无法进一步转到 ?location= 的后面的思源链接。

更新：我想起来了，挂件是纯前端的......

调整字体的是 HTML，现在的版本好像不支持了

任何编辑器都可以链接到任何外部文件，然而 并不是一种稳定的协议，会随着路径的变化而失效，最好是用另一个支持 url scheme 的软件来做附件床。

@Vanessa 继续补充编辑器内部操作：

1. 导致编辑器失去焦点的操作：
   1. 拖动块
   2. 复制菜单里的各种操作（比如用鼠标点击复制块超链接）
   3. 用退格键删除图片
2. 现在从外部程序点击 url scheme 定位到块之后会直接 zoom in，看不到上下文了。如果此时 zoom out 的话又存在直接跳回文档开头的问题。