登录 注册

【共同探讨】移动块 / 反链 / 快速无压记录 / 标签

本贴最后更新于 1060 天前，其中的信息可能已经天翻地覆

1、【bug】把一个被引用的块拖动到另一个文件里，虽然引用关系还在，但是反链里手动刷新看不到结果，需要重启

2、用剪切粘贴的方式来跨文件移动块是最方便的，但是引用关系会丢失，分屏拖动的方式有点不方便，而且这种拖动对多个块的情形不太友好，需要一个个拖动

3、「把内容从反链区移到正文」是 Conor 式的双链笔记流程中非常重要的一步，虽然思源可以靠浮窗编辑反链的内容，但是因为 2 的原因让这一步不是很方便

roam research 作者 Conor 预设的双链使用流程大概是这样，这是 daily notes 中的记录：

image.png

在 logseq/资料 这个页面中，可以直接从反链里把这一坨内容全部拖到正文里慢慢组织：

image.png

思源的列表块在侧栏反链里只展示段落块，配合不了这个工作流。靠 SQL 呈现的反链对于列表块也会有类型重复。所以标题块比列表块适合这个场景，但是如果想把反链的标题块移到正文里，会遇到两个问题，首先是 2 里提到的批量剪切会导致引用关系丢失，其次是对标题块做的一些单独处理在浮窗里好像失效了，在我这里不能把浮窗里的标题块转换成文档，可能是 bug。

因为上面这些原因，思源不能完全复刻大纲双链笔记那种流畅无压的 daily notes 记录流程，如果要改进，也要配合软件架构，所以我也不好说具体可以怎么改进

4、因为反链的可操作性跟大纲型的软件存在较大差距，想要快速无压记录的话就会想到在 daily notes 里用井号标签。

改进标签的用户声音一直都有，现在也有了 #2431 文档块支持标签的计划，但是我感觉光把标签看做标签是没法彻底改进标签的。标签的问题和反链的问题其实是同一个问题，即加了标签的内容的展示形式不好，而且标签面板和反链面板一样缺乏可操作性。前面举的反链不方便的例子全都可以直接照搬到标签上，比如加了标签的列表块在标签面板里完全无法展示下级，加了标签的标题块在标签面板里用浮窗移动块有问题。

这些问题会让将来的标签变成一个只能用来标记文档块的东西，就像印象笔记那样，这其实也没什么毛病，但是如果反链和标签的呈现形式和可操作性得不到优化，想在思源内部做到快速无压记录就需要使用者本人有足够的方法论支撑，这样一来普通用户的体验很难比得上能直接使用 daily notes 无压力畅快输入的大纲双链笔记。Conor 式的 daily notes 流程虽然未必适合所有人、也遭受过一些舆论上的妖魔化，但是它实际用起来确实是很舒服很上瘾的，而且这种工作流目前来看其实是最适合小白专注记录的。

根据思源目前的形态，主要的使用方式可能是这两种：小白用户只用到文件树 + 编辑器，高阶用户自己设计一套工作流，这两种方式其实都有很高的心智门槛，文件树带来的心智压力并不小，也就是说即使是小白用法一样不够轻松。无压记录的工作流真的需要功能上的支撑，围绕 daily notes 流程的功能（反链和标签的呈现方式和可操作性）如果不加以优化，可能小白用户的使用体验还追不上 bear，想追上大纲双链笔记就更难了。

当然快速无压记录也只是笔记应用的一个方面，别的方面还是可以差异化竞争的。但就算不考虑 daily notes 流程，这些功能其实也该优化一下，daily notes 流程只是提供一个思考的切入点。

没什么具体建议，仅探讨。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统，支持完全离线使用，同时也支持端到端加密同步。

    融合块、大纲和双向链接，重构你的思维。

    20156 引用 • 77717 回帖
9 引用
第二次漫游：双链、xanadu 与渐进学习 • dammy
我的 dailynote 流程（适合思源笔记软件 / 欢迎讨论） • Rayalizing
【Achuan-2】我的 dailynote 流程 • Achuan-2
【Achuan-2】我的 dailynote 流程（旧） 【笔记方法分享】conor 的写作工作流 | 块引用的作用 「日记」功能的改进建议 【笔记方法分享】conor 的写作工作流 | 块引用的作用 实践中对双链和写作的一些思考 实践中对双链和写作的一些思考
3 操作
deerain 在 2021-08-28 00:15:45 更新了该帖
deerain 在 2021-08-11 17:30:23 更新了该帖
deerain 在 2021-08-11 17:21:30 更新了该帖
3 感谢
4 关注
12 收藏
4 赞同
9 引用
3 操作
49 回帖
14
12
7
5
4
4
2
7.6k 1.6k 869 1.3k 173 63 3.6k

相关帖子

优质回帖
  • deerain • • 5
    订阅者 支持者 勇士 作者

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

    假设今天我逛了一下 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 的水平，这种流畅无压的记录方式能极大促进一个人记录更多的东西。

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

  • deerain • • 1 • 1 赞同
    订阅者 支持者 勇士 作者

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

    # 2021-07-03.sy

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

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

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

    ▼ 2021-07-03.sy
  ¶ SOP

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

  • deerain • • 1 • 1 赞同
    订阅者 支持者 勇士 作者

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

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

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

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

49 回帖
【共同探讨】移动块 / 反链 / 快速无压记录 / 标签

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
  • fangly •
    订阅者 先知

    但是不同人的工作流确实不同啊，对我来说 - [[闪电网络]] 文章4（需要重读） 就不是传递型双链，我不会把它拖进正文中的，在我的笔记中关于闪电网络的文章可能有上百篇，我会保留这上百篇读书笔记，最多是把里面的一些块在《闪电网络》这个文档中进行引用或嵌入，然后可以回溯过去查看当时那篇读书笔记的上下文。另外，我的关系型双链经常是会存在大量的子节点的。

    我觉得话，最中和的方法是这样：

    默认展现方式是 roam research 那样，根据节点上下文是否充足来判断是否要展开子列表。

    然后，反链面板上有两个按钮，一个是全部展开，点了这个按钮相当于变成 logseq 那种。另一个按钮是全部折叠，点了这个按钮相当于变成 remnote、roamedit 这种。

  • 其他回帖
  • deerain •
    订阅者 支持者 勇士 作者

    其实无论是用 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

    1 回复
  • fangly • • 1 • 1 赞同
    订阅者 先知

    1.3.6 这次的更新很给力，但针对标题上的传递型双链，有个小地方我觉得可以再优化一下

    image

    可以看到标题下面的列表块仍然以列表块的形式展示，个人认为列表块不适合作为反链中的展示内容，内容挤在一团，子结点直接附在父结点后面，逻辑上会比较混乱，反而造成困扰。我觉得反链面板中的列表块应该都要展开到第一级列表项。

    我再举一个我实际使用过程中的例子：

    我在每一篇论文笔记中，都会有一个标题叫做[[academic writing]]，在这个标题下以列表的形式记录在这篇论文中遇到的好句子，例如这样：

    image

    这个标题作为一个传递型双链，链接到《academic writing》这个文档上，此时，在《academic writing》这个文档的反链面板中就汇总了所有的我从论文中收集的好句子，然而现在的反链面板是这样的：

    image.png

    我希望是这样的，也就是和列表中的传递型双链一样：

    image.png

    因为思源是文档型，相比大纲型软件考虑的东西要更多一些，标题其实完全可以等价为列表中的一个父节点，其反链展现逻辑也应当要和列表中的逻辑一致，而现在在子列表的展开上两者不一致。

    把这个地方改掉，我觉得思源就吃透双链了，在反链上将文档与大纲融为一体。

    1 回复
    2 操作
    fangly 在 2021-09-27 02:42:06 更新了该回帖
    fangly 在 2021-09-27 02:38:24 更新了该回帖
  • fangly • • 1
    订阅者 先知

    大佬您在 Issue #2762 · siyuan-note/siyuan 中对于传递型双链和关联型双链的一些描述好像有点不太准确。您觉得两者的区别在于有无上级节点，但我觉得两者本质区别在于该节点除了双链锚文本之外有没有其他非双链的内容，如果是单独的双链锚文本即 - [[bar]]，就是传递型双链，如果有其他内容比如 - 3-[[bar]] 就是关联型双链，因为事实上，我觉得传递型双链完全也可以有上级结点，比如我的 daily note 里有一个顶级节点是学习，然后下面是关于学习的内容，我在这个顶级节点之下再进行内容传递，关联型双链完全也可以没有上级结点，如同我前面发的方法 1 一样。

    我在 roam research 中看了一下，比如有一个页面是这样的：

    image.png

    这个[[Roam meetup]]上面也没有上级节点，查看它的反链，可以看到也是折叠了，没有展现子列表：

    image.png

    而像这个，有上级节点：

    image.png

    它的反链中还是展现了子列表：

    image.png

    所以，roam research 的具体实现中与您在 Issue #2762 · siyuan-note/siyuan 所描述的原则有矛盾，他们并不是按照有无上级节点的原则展现双链的

    所以，事实上，对于关联型双链，思源之前的(1.3.4 之前)的展现内容和 roam research 的展现内容是一样的，只需要把块标从段落块换成列表项就好，不需要展现子级内容

    因此，按照 roam research 进行设计的话，应该是这样：

    • 该节点的内容除了块引用之外还有其他内容的话，不展现子列表，或者在反链面板中默认折叠，也就是说和 1.3.4 之前的版本差不多，只是把块标从段落块换成列表项就好
    • 该节点的内容只有一个块引用，没有其他内容时，展现子列表，也就是按照 1.3.6 的方法

    @88250 D 大，您可以看一下，我觉得按照 roam research 的方案来设计更加科学一点，您现在的设计是按照 logseq 做的，个人认为还是有不少差距的。从我的体验以及我所观察到的 roam research 用户的使用方式来说，在单个笔记库内，关联型双链在数量上远多于传递型双链，因为在正文中会有大量的关联型双链，现在改版之后，对于关联型双链的体验还不如改版前的。

    2 回复
    8 操作
    fangly 在 2021-09-25 17:47:38 更新了该回帖
    fangly 在 2021-09-25 16:20:32 更新了该回帖
    fangly 在 2021-09-25 16:17:21 更新了该回帖
    fangly 在 2021-09-25 15:44:39 更新了该回帖 fangly 在 2021-09-25 15:36:35 更新了该回帖 fangly 在 2021-09-25 15:31:30 更新了该回帖 fangly 在 2021-09-25 15:23:13 更新了该回帖 fangly 在 2021-09-25 15:22:08 更新了该回帖
  • 查看全部回帖
deerain
还好我技压全场
回帖
236
 帖子
56
 积分
10236

近期热议

推荐标签 标签

  • 安全

    安全永远都不是一个小问题。

    191 引用 • 813 回帖 • 1 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的，开放源码的分布式应用程序协调服务，是 Google 的 Chubby 一个开源的实现，是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 10 关注
  • BookxNote

    BookxNote 是一款全新的电子书学习工具，助力您的学习与思考，让您的大脑更高效的记忆。

    笔记整理交给我，一心只读圣贤书。

    1 引用 • 1 回帖
  • C

    C 语言是一门通用计算机编程语言，应用广泛。C 语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

    83 引用 • 165 回帖 • 5 关注
  • flomo

    flomo 是新一代 「卡片笔记」 ，专注在碎片化时代，促进你的记录，帮你积累更多知识资产。

    4 引用 • 91 回帖
  • 国际化

    i18n（其来源是英文单词 internationalization 的首末字符 i 和 n，18 为中间的字符数）是“国际化”的简称。对程序来说，国际化是指在不修改代码的情况下，能根据不同语言及地区显示相应的界面。

    7 引用 • 26 回帖
  • CentOS

    CentOS（Community Enterprise Operating System）是 Linux 发行版之一，它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码，因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    238 引用 • 224 回帖
  • ngrok

    ngrok 是一个反向代理，通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 613 关注
  • 锤子科技

    锤子科技（Smartisan）成立于 2012 年 5 月，是一家制造移动互联网终端设备的公司，公司的使命是用完美主义的工匠精神，打造用户体验一流的数码消费类产品（智能手机为主），改善人们的生活质量。

    4 引用 • 31 回帖 • 8 关注
  • Mac

    Mac 是苹果公司自 1984 年起以“Macintosh”开始开发的个人消费型计算机，如：iMac、Mac mini、Macbook Air、Macbook Pro、Macbook、Mac Pro 等计算机。

    164 引用 • 594 回帖
  • 大数据

    大数据（big data）是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    89 引用 • 113 回帖
  • IBM

    IBM（国际商业机器公司）或万国商业机器公司，简称 IBM（International Business Machines Corporation），总公司在纽约州阿蒙克市。1911 年托马斯·沃森创立于美国，是全球最大的信息技术和业务解决方案公司，拥有全球雇员 30 多万人，业务遍及 160 多个国家和地区。

    16 引用 • 53 回帖 • 130 关注
  • 坑

    一些有用的避坑指南。

    69 引用 • 93 回帖
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器，在 1999 年被捐献给 ASF（Apache Software Foundation），隶属于 Jakarta 项目，现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范，同时也提供 HTTP 服务，是市场上非常流行的 Java Web 容器。

    162 引用 • 529 回帖
  • FlowUs

    FlowUs.息流 个人及团队的新一代生产力工具。

    让复杂的信息管理更轻松、自由、充满创意。

    1 引用
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具，它能把各种资源，例如 JS、CSS（less/sass）、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 283 关注
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架，使用 Node.js 编写。

    21 引用 • 140 回帖 • 12 关注
  • Sandbox

    如果帖子标签含有 Sandbox ，则该帖子会被视为“测试帖”，主要用于测试社区功能，排查 bug 等，该标签下内容不定期进行清理。

    386 引用 • 1226 回帖 • 593 关注
  • Pipe

    Pipe 是一款小而美的开源博客平台。Pipe 有着非常活跃的社区，可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动（具体细节请浏览 B3log 构思 - 分布式社区网络）。

    这是一种全新的网络社区体验，让热爱记录和分享的你不再感到孤单！

    131 引用 • 1114 回帖 • 137 关注
  • golang

    Go 语言是 Google 推出的一种全新的编程语言，可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克（Rob Pike）说：我们之所以开发 Go，是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    495 引用 • 1386 回帖 • 329 关注
  • Flume

    Flume 是一套分布式的、可靠的，可用于有效地收集、聚合和搬运大量日志数据的服务架构。

    9 引用 • 6 回帖 • 613 关注
  • Vim

    Vim 是类 UNIX 系统文本编辑器 Vi 的加强版本，加入了更多特性来帮助编辑源代码。Vim 的部分增强功能包括文件比较（vimdiff）、语法高亮、全面的帮助系统、本地脚本（Vimscript）和便于选择的可视化模式。

    28 引用 • 66 回帖 • 7 关注
  • 分享

    有什么新发现就分享给大家吧！

    245 引用 • 1776 回帖 • 1 关注
  • H2

    H2 是一个开源的嵌入式数据库引擎，采用 Java 语言编写，不受平台的限制，同时 H2 提供了一个十分方便的 web 控制台用于操作和管理数据库内容。H2 还提供兼容模式，可以兼容一些主流的数据库，因此采用 H2 作为开发期的数据库非常方便。

    11 引用 • 54 回帖 • 648 关注
  • 负能量

    上帝为你关上了一扇门，然后就去睡觉了....努力不一定能成功，但不努力一定很轻松 (° ー °〃)

    88 引用 • 1234 回帖 • 441 关注
  • 尊园地产

    昆明尊园房地产经纪有限公司，即：Kunming Zunyuan Property Agency Company Limited（简称“尊园地产”）于 2007 年 6 月开始筹备，2007 年 8 月 18 日正式成立，注册资本 200 万元，公司性质为股份经纪有限公司，主营业务为：代租、代售、代办产权过户、办理银行按揭、担保、抵押、评估等。

    1 引用 • 22 回帖 • 706 关注
  • C++

    C++ 是在 C 语言的基础上开发的一种通用编程语言，应用广泛。C++ 支持多种编程范式，面向对象编程、泛型编程和过程化编程。

    106 引用 • 152 回帖

最新标签