登录 注册

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

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

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 流程只是提供一个思考的切入点。

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

  • 思源笔记

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

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

    19109 引用 • 71845 回帖
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.3k 1.5k 868 1.1k 162 60 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 回帖
【共同探讨】移动块 / 反链 / 快速无压记录 / 标签

欢迎来到这里！

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

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

    根据我这几个回帖的思考，我认为一个笔记能够以一定功能使用双链表现网和树两种形式，就是合格的双链笔记软件，而不用拘束于它是标签，还是锚节点，还是嵌入。比如虽然我现在在用 RN，但是 workflowy 也算合格的双链笔记，哪怕其镜像功能没有反链也并不妨碍作为知识库的功能。

    如果要我说的话，我最希望的功能是，可以展现网状图，点击任何一个节点能展现出并联主题后形成的树状图，也可以通过多个树图网图让我从旧的笔记的不同主题联想到新的主题。

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

    我觉得你上面提到的两种方式最主要的区别就第一种主动把文章 2 和文章 4 拆到了两条反链里，第二种是让文章 2 和文章 4 处于同一条反链里。文章 2 和文章 4 都塞在同一个标题块里确实不太利于查看，但是就算是第一种方式，文章 2 下面也分标题 1 和标题 2，如果标题 1 对应的内容太长一样没法直接在反链的那个列表块里看到标题 2 的内容。

    所以我还是倾向于改成像 roam research 那样把第一个子级都展开，第一子级太多我觉得不算大问题，现在反链里展示列表块只是相当于做了个默认折叠，真正重要的内容就应该一览无余地展示出来，只要能保证用户可以手动折叠就行了。

    但是这个问题的关键还是在于，不管反链具体采用哪种形式，都需要尽快敲定，因为用户的使用方式也需要去适应软件，这个需要 D 大 @88250 尽快想好，哪怕只是口头决定也行，不然大家就不太敢用起来。

    还有一点，1.3.5 的这种展示列表块的反链形式只存在于思源这个软件上，它有一个绕不过去的弊端就是缺少舆论背书。哪怕今天有人说这种形式还可以接受，但将来一定会有其它使用习惯不同的人觉得它不好，那个时候又要陷入无休止的争议。但如果采用展开第一层子级的形式，首先它已经被别的软件证明了是实用的，其次将来就算别人有所质疑，只需要说一句「这个设计是跟 roam research 一致的」就可以比较容易地把质疑声挡回去。光从功能上说，每个人都能根据各自不同的使用习惯为每种设计列出一些优缺点，但是有些设计在舆论上就是比别的设计更加站得住脚，这个是思源非常缺乏的。

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

    这个还是要结合整套笔记流程来看，不能孤立地看这一步，并且要分类讨论。

    比如像 - [[闪电网络]] 文章4（需要重读），它是一个传递型双链，我在 daily notes 里把它记录下来之后，只要整理《闪电网络》的时刻没有来临，我就不会再看到它；过了一段时间我需要整理整篇《闪电网络》了，在反链里看到了 - [[闪电网络]] 文章4（需要重读） 这条反链，它的一级子节点很多，在反链里确实占地方，而且把其它的关联型双链都挤压得不显眼了，但问题是，今天我本来就是来整理这篇《闪电网络》的，在我看到这条反链的一瞬间我就会把它拖进正文去整理，从此它就对反链面板没有影响了。

    所以在整个流程中，这条传递型反链就像薛定谔的猫，它存在于反链面板的时候确实很占地方，但这时候我根本看不见它，等我有一天真的看见它了，它就会立马被我从反链面板里移出来，在我这个观察者的视角中，它存在于反链面板的时间只有一瞬间，所以它长一点也就无所谓了。

    虽然稍微有点理想化，但我仔细一想，子列表过多的问题从一开始就不是问题，反正传递型双链只是暂时存在于反链面板，查看反链的时候，看到传递型双链直接把它拖进正文就行了，拖进正文之后无论想永久折叠还是想永久展开都可以，就算暂时不做细致的整理，把它放在正文里也比放在反链里更好，最开始让它处于反链里只是为了在 daily notes 里快速记录而已。在彻底整理一篇笔记之后，需要留在反链里的也都是关系型双链，而关系型双链一般不会有子节点。所以最初展示的时候应该是一种宁滥毋缺的原则，至少对传递型双链是这样。

    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 更新了该回帖
  • 查看全部回帖
deerain
还好我技压全场
回帖
234
 帖子
56
 积分
10246

近期热议

推荐标签 标签

  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    539 引用 • 3528 回帖 • 2 关注
  • SMTP

    SMTP（Simple Mail Transfer Protocol）即简单邮件传输协议，它是一组用于由源地址到目的地址传送邮件的规则，由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇，它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 593 关注
  • OpenResty

    OpenResty 是一个基于 NGINX 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。

    17 引用 • 39 关注
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台，同时可以将自己看到的精彩内容分享到微信朋友圈。

    129 引用 • 793 回帖
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现，服务器端用 Erlang 语言编写，支持多种语言客户端，如：Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 394 关注
  • 生活

    生活是指人类生存过程中的各项活动的总和，范畴较广，一般指为幸福的意义而存在。生活实际上是对人生的一种诠释。生活包括人类在社会中与自己息息相关的日常活动和心理影射。

    228 引用 • 1450 回帖 • 2 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库，专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 52 关注
  • Sublime

    Sublime Text 是一款可以用来写代码、写文章的文本编辑器。支持代码高亮、自动完成，还支持通过插件进行扩展。

    10 引用 • 5 回帖
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时，提供更无缝的用户体验。

    1 引用 • 2 回帖 • 49 关注
  • 深度学习

    深度学习（Deep Learning）是机器学习的分支，是一种试图使用包含复杂结构或由多重非线性变换构成的多个处理层对数据进行高层抽象的算法。

    40 引用 • 40 回帖 • 1 关注
  • 链书

    链书（Chainbook）是 B3log 开源社区提供的区块链纸质书交易平台，通过 B3T 实现共享激励与价值链。可将你的闲置书籍上架到链书，我们共同构建这个全新的交易平台，让闲置书籍继续发挥它的价值。

    链书社

    链书目前已经下线，也许以后还有计划重制上线。

    14 引用 • 257 回帖
  • SSL

    SSL（Secure Sockets Layer 安全套接层），及其继任者传输层安全（Transport Layer Security，TLS）是为网络通信提供安全及数据完整性的一种安全协议。TLS 与 SSL 在传输层对网络连接进行加密。

    69 引用 • 190 回帖 • 487 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活，连接点滴

    133 引用 • 3655 回帖
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统（DBMS），它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的，并于 1988 年推出了第一个 OS/2 版本。

    19 引用 • 31 回帖 • 7 关注
  • JetBrains

    JetBrains 是一家捷克的软件开发公司，该公司位于捷克的布拉格，并在俄国的圣彼得堡及美国麻州波士顿都设有办公室，该公司最为人所熟知的产品是 Java 编程语言开发撰写时所用的集成开发环境：IntelliJ IDEA。

    18 引用 • 54 回帖 • 2 关注
  • 星云链

    星云链是一个开源公链，业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎，一个公链的所有功能，它基本都有，比如你可以用它来开发部署你的去中心化的 APP，你可以在上面编写智能合约，发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖
  • BAE

    百度应用引擎（Baidu App Engine）提供了 PHP、Java、Python 的执行环境，以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用，并且提供动态扩容和负载均衡的运行环境，让开发者不用考虑高成本的运维工作，只需专注于业务逻辑，大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 617 关注
  • 博客

    记录并分享人生的经历。

    271 引用 • 2386 回帖
  • 尊园地产

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

    1 引用 • 22 回帖 • 689 关注
  • FlowUs

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

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

    1 引用 • 1 关注
  • 新人

    让我们欢迎这对新人。哦，不好意思说错了，让我们欢迎这位新人！
    新手上路，请谨慎驾驶！

    51 引用 • 226 回帖
  • PWL

    组织简介

    用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织，“用爱发电”象征开源与贡献精神，加入组织，代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入：用爱发电组织邀请帖。
    用爱发电组织官网：https://programmingwithlove.stackoverflow.wiki/

    用爱发电组织的核心驱动力：

    • 遵守开源守则，体现开源&贡献精神：以分享为目的，拒绝非法牟利。
    • 自我保护：使用适当的 License 保护自己的原创作品。
    • 尊重他人：不以各种理由、各种漏洞进行未经允许的抄袭、散播、洩露；以礼相待，尊重所有对社区做出贡献的开发者；通过他人的分享习得知识，要留下足迹，表示感谢。
    • 热爱编程、热爱学习：加入组织，热爱编程是首当其要的。我们欢迎热爱讨论、分享、提问的朋友，也同样欢迎默默成就的朋友。
    • 倾听：正确并恳切对待、处理问题与建议，及时修复开源项目的 Bug ，及时与反馈者沟通。不抬杠、不无视、不辱骂。
    • 平视：不诋毁、轻视、嘲讽其他开发者，主动提出建议、施以帮助，以和谐为本。只要他人肯努力，你也可能会被昔日小看的人所超越，所以请保持谦虚。
    • 乐观且活跃：你的努力决定了你的高度。不要放弃，多年后回头俯瞰，才会发现自己已经成就往日所仰望的水平。积极地将项目开源，帮助他人学习、改进，自己也会获得相应的提升、成就与成就感。
    1 引用 • 487 回帖 • 2 关注
  • 开源中国

    开源中国是目前中国最大的开源技术社区。传播开源的理念，推广开源项目，为 IT 开发者提供了一个发现、使用、并交流开源技术的平台。目前开源中国社区已收录超过两万款开源软件。

    7 引用 • 86 回帖
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 440 关注
  • ZooKeeper

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

    59 引用 • 29 回帖 • 22 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 33 关注
  • Vim

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

    27 引用 • 66 回帖 • 1 关注

最新标签