【讨论贴】思源当前的 4 种反链展现形式如何定位、统一与互补

本贴最后更新于 1190 天前,其中的信息可能已经时移俗易

思源目前有 4 种反链的展现形式:

反链面板
  • image.png
引用块悬浮窗
  • image.png
sql
  • image.png
标签面板(标签可以理解成对文件夹/空文档的反链)
  • image.png

下面是我认为的当前实现下的(1.3.4)这几种展现形式的优缺点:

反链面板
  • 优点
    • 在侧栏,方便查看
    • 除了上面这一点,思源目前实现的反链面板在功能上被自己的另外几种形式完虐,没有任何优势可言
  • 缺点
    • 要查看更多的上下文、进行复制等操作时,必须把鼠标移上去等待悬浮窗出现,不利于反链上下文的查看与编辑
引用块悬浮窗
  • 优点
    • 我认为这个展现形式目前反而是最贴近其他大纲型双链笔记的反链面板的
    • 想要查看更多的上下文只需要点击面包屑或者上下文按钮
    • 方便地进行直接复制、编辑操作
  • 缺点
    • 展现面积太小,导致不方便看上下文,最后还是需要 ctrl+click 点击进去看
sql
  • 优点
    • 灵活性最强,可以进行更高级的筛选,类似其他大纲型双链笔记的反链筛选功能
  • 缺点
    • 需要使用模板或自己写 sql 语句,在对某页面第一次使用时较为麻烦
    • 和反链面板类似,要查看更多的上下文、进行复制等操作时,必须把鼠标移到更新按钮等待悬浮窗出现
    • 看不到面包屑(之前有的,但被砍了,个人认为不合理)
标签面板
  • 优点
    • 现在可以很方便地进行多标签筛选功能,而反链目前需要使用 sql 来实现
  • 缺点
    • 标签和反链当然是不同的东西,但是本质是一个东西,都是反向链接,标签只不过是对文件夹/空文档的反链,其他大纲型双链笔记在形式上对标签和反链进行了区分,但底层的本质实现是一致的,然而思源却使用了两套逻辑,这会导致开发者在实现时需要实现两遍,用户在使用时也会有究竟是使用标签还是反链的心智压力,而如果底层实现是一样的,开发者可以减少开发工作量,用户是没有任何选择上的心智压力的。

总结

对于其他大纲型双链笔记,通常只有一种展现形式,无论是 page 的反链面板、block 的反链面板、标签的查看、query 查询,展现形式都是基本一致的。

但思源目前没有做到统一,就目前的版本来说没有一个能超过其他双链的使用体验,而且就算合起来也比不过。

所以,思源目前的这 4 中反链展现形式:

  • 如何定位
    • 不同的展现形式的定位是什么
  • 如何统一
    • 如何在形式和功能上进行统一,虽然可以进行差异化处理,但最好还是有一个 all in one 的方案,也就是说至少有一个展现形式能达到其他大纲型双链笔记的体验
  • 如何互补
    • 在上面的基础上,也就是有了一个和其他大纲型双链笔记的反链面板媲美的、功能完善的展现形式后,其他几个展现形式可以进行差异化处理,做一些其他大纲型双链笔记的反链面板做不到的事情,这样思源在反链功能上也能超过其他大纲型双链笔记

希望大家可以共同讨论这个问题,提高思源反链功能的可用性。

  • 思源笔记

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

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

    23014 引用 • 92567 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 这几种形式不追求统一,因为作用不一样。

    近期会改进反链面板,主要是改进列表层级 Issue #2762 · siyuan-note/siyuan

    1 回复
  • fangly 1 评论

    好耶!

    那这几种形式各自的作用是什么呢,D 大啥时候有空可以简单讲讲您的设计思路么?尤其是反链面板和引用块悬浮窗,这两个我感觉定位差不多,如果说 D 大改进了反链面板,引用块悬浮窗也应当要跟着改,两者在展现形式上的需求应该是差不多的。

    还有反链面板无法直接进行复制、编辑等操作,需要通过悬浮窗进行,体验上和其他大纲型双链软件比还是有一些差距。

    2 操作
    fangly 在 2021-09-19 15:07:07 更新了该回帖
    fangly 在 2021-09-19 14:40:07 更新了该回帖
    等反链面板调整了看,一步到位不现实嘛。
    88250
  • 标签面板和反链面板我不常用,其他两部分用的比较多. 我目前笔记的主体依旧还是文档笔记, 虽然有在尝试像是 logseq 那种 dailynote 配合标签组织笔记的方法,但是也只是对一个我平时感兴趣的小领域进行尝试,所以对你的笔记方法可能依旧存在理解上的误差.

    以下仅是我个人的编辑习惯下的看法.

    悬浮窗: 当你需要频繁的看上下文的时候,是否可以理解为,你对块的引用是错误的,比如下面的这一段笔记,你需要应用的可能是 ###概念 而你实际引用的是 - 总结 . 而本身对这个概念不是需要记忆性的浏览, 而是你还没有彻底的理解这个东西,造成你需要再去查看上下文.

    ### 某概念
    - 来源
    - 实际应用
    - 总结
    

    SQL: 这个我目前也觉得和我理想的形式还差一点 主要是不够快捷, 比如编辑,复制,等基本操作都需要额外步骤,但也能用.我更倾向于这属于习惯的问题

    至于面包屑,挺多人都说需要这个东西的. 我个人没有太理解. 目的也是用于确定你 SQL 查询出来的块上下文吗?

    1 回复
  • fangly

    我整体使用方法是:大部分笔记靠 daily note 反链进行组织;等到有些内容整理得比较多了,我想得比较成熟了,有非常清晰的树状结构了,这时才会自顶向下按照文档树进行组织

    还有我大纲列表用得非常多,对层级的反链展示比较敏感。

    我说的上下文和 Issue #2762 · siyuan-note/siyuan 里面说的差不多,并不是对块的引用是错误的,而是现在思源反链上下文对列表的展现形式有较大的问题,目前 daily note 工作流必须靠悬浮窗 + 点面包屑来实现,等 D 大这个 issue 解决之后,上下文问题基本解决了。

    我这里面包屑的作用主要有两个:

    1.看上下文,知道现在处于哪个层级,尤其是 daily note 中的引用

    2.点击面包屑切换层级

    还有你所举的这个例子,我觉得大部分人肯定引用 某概念,而不是 总结,引用 总结 在我看来是一件很奇怪的事情

    你认为 sql 这里的额外步骤是属于习惯问题,我认为取消这些额外步骤,也就是说直接能够编辑、复制,对于不需要的人来说没有影响,对于需要的人来说增加便利性,取消这些额外步骤我觉得只有好处没有坏处。

    1 回复
    3 操作
    fangly 在 2021-09-19 14:59:17 更新了该回帖
    fangly 在 2021-09-19 14:47:18 更新了该回帖
    fangly 在 2021-09-19 14:43:47 更新了该回帖
  • 🙏 我思维盲区了,实践的太少.

    我以前一直认为链接了某个关键词,那你需要了解的只是该关键词的意义. 但是实际在在大纲笔记,汇总一个主题(被链接的关键词)的过程是既需要包含该关键词的主题 和 该关键词包含的内容. 两部分相组才能形成对一个主题的完整论述.

  • Airen

    我个人觉得是需要统一互转的。根据之前说的,传递式双链锚链接的作用在一定程度上就相当于标签,整理的时候通过锚链接把分散的笔记内容收集串联,锚链接就相当于这段笔记的标签/主题。但是这个主题只是这段笔记的一个主题,我可能在阅读、整理、学习的过程中,对这段笔记不断发现新的主题,(以及原先的标题也只是主题,这段笔记其实可以有新的不同的标题)那么这一段可能被我从锚链接转为嵌合,也可能从嵌合被我转为标签、锚链接被我转为标签。

请输入回帖内容 ...