登录 注册

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

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

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

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

  • 思源笔记

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

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

    22340 引用 • 89396 回帖 • 1 关注
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 关注
13 收藏
4 赞同
9 引用
3 操作
49 回帖
14
12
7
5
4
4
2
8.1k 1.7k 869 1.6k 188 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 •
    订阅者 先知

    我有一个疑问想请教一下：

    针对你所举的 longseq/资料这个例子

    conor 的流程是先打[[longseq/资料]]然后写具体内容

    那如果对于传统的没有双链的普通笔记软件甚至是直接用 typora 编辑器，我可以是搜索 longseq/资料这个文档，然后把新内容写在最上面，看起来在功能上和体验上与 conor 相比的没有太大区别

    所以 conor 这个方法的优越性在什么地方呢，想请教一下

    1 回复
  • 其他回帖
  • 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 更新了该回帖
  • deerain • • 1
    订阅者 支持者 勇士 作者

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

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

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

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

    1 回复
  • 查看全部回帖
deerain
还好我技压全场
回帖
241
 帖子
56
 积分
10101

近期热议

推荐标签 标签

  • jsoup

    jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 477 关注
  • 面试

    面试造航母，上班拧螺丝。多面试，少加班。

    325 引用 • 1395 回帖
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。

    86 引用 • 122 回帖 • 625 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎，支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 16 关注
  • 心情

    心是产生任何想法的源泉，心本体会陷入到对自己本体不能理解的状态中，因为心能产生任何想法，不能分出对错，不能分出自己。

    59 引用 • 369 回帖
  • SVN

    SVN 是 Subversion 的简称，是一个开放源代码的版本控制系统，相较于 RCS、CVS，它采用了分支管理系统，它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 680 关注
  • SSL

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

    70 引用 • 193 回帖 • 431 关注
  • Ubuntu

    Ubuntu（友帮拓、优般图、乌班图）是一个以桌面应用为主的 Linux 操作系统，其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词，意思是“人性”、“我的存在是因为大家的存在”，是非洲传统的一种价值观，类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    125 引用 • 169 回帖 • 1 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 2 关注
  • 游戏

    沉迷游戏伤身，强撸灰飞烟灭。

    176 引用 • 815 回帖
  • 禅道

    禅道是一款国产的开源项目管理软件，她的核心管理思想基于敏捷方法 scrum，内置了产品管理和项目管理，同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能，在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来，完整地覆盖了项目管理的核心流程。

    6 引用 • 15 回帖 • 113 关注
  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系，基于确定和自然的设计价值观上的模块化解决方案，让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖
  • Maven

    Maven 是基于项目对象模型（POM）、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    186 引用 • 318 回帖 • 303 关注
  • 百度

    百度（Nasdaq：BIDU）是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村，致力于向人们提供“简单，可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”，象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 175 关注
  • 创业

    你比 99% 的人都优秀么？

    84 引用 • 1399 回帖
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器，支持所见即所得、即时渲染（类似 Typora）和分屏预览模式。它使用 TypeScript 实现，支持原生 JavaScript、Vue、React 和 Angular。

    351 引用 • 1814 回帖
  • 程序员

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

    567 引用 • 3532 回帖
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息，资讯有时效性和地域性。

    55 引用 • 85 回帖 • 2 关注
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台， 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动， 非阻塞 I/O 模型而得以轻量和高效。

    139 引用 • 269 回帖 • 43 关注
  • 开源中国

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

    7 引用 • 86 回帖
  • Firefox

    Mozilla Firefox 中文俗称“火狐”（正式缩写为 Fx 或 fx，非正式缩写为 FF），是一个开源的网页浏览器，使用 Gecko 排版引擎，支持多种操作系统，如 Windows、OSX 及 Linux 等。

    8 引用 • 30 回帖 • 407 关注
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发，并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例： https://wide.b3log.org

    30 引用 • 218 回帖 • 628 关注
  • 负能量

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

    88 引用 • 1235 回帖 • 411 关注
  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发，最早发布于 2014 年 9 月。

    58 引用 • 22 回帖
  • 深度学习

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

    53 引用 • 40 回帖 • 2 关注
  • 学习

    “梦想从学习开始，事业从实践起步” —— 习近平

    169 引用 • 506 回帖
  • WebClipper

    Web Clipper 是一款浏览器剪藏扩展，它可以帮助你把网页内容剪藏到本地。

    3 引用 • 9 回帖

最新标签