提议更改反链的展示逻辑

思源目前的反链展示逻辑,和 Roam Logseq 这些是不一样的。具体为:

  • 思源,会展示 当前块的反链 及其 所有子孙块的反链
  • Roam、Logseq,只会展示当前块的反链,而 不会 展示子孙块的反链

当使用静态锚文本时,思源目前这种反链逻辑,使用时可能会让人陷入迷惑。
下图是一段具体演示:

image.png

综上,所以在这种情况下,其实并不需要把子孙块的反链展示进来。

若想查看指定子孙块的反链,完全可通过现有功能 —— 块右侧 引用计数器聚焦 来查看。
如下图:

现有的子孙块反链.gif

❤️ 因此,我觉得可以在反链窗格中,添加一个切换功能,用作 切换反链的展示逻辑
例如通过 按钮切换、下拉框切换、或者是其他更优秀的切换方案。

您对该设计的建议是?

单选 公开 已于 2024-10-31 09:04:00 结束 72 票
建议和 Roam、Logseq 一致,不展示子孙块
29% 21 票
建议提供选项,以切换显示逻辑(展示子孙块或者不展示子孙块)
52% 38 票
建议保持现有逻辑不变
18% 13 票


前文: 关于反链展示逻辑的不解

  • 思源笔记

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

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

    22399 引用 • 89677 回帖

相关帖子

优质回帖
  • 88250 2 2 赞同

    不要慌,加开关

  • Wetoria 3 4 赞同

    不要慌,加开关

    @88250 如果真要实现,还是开关控制之类的吧。

    实际上反链过滤这一块,我建议查看 enhance 插件的底部反链或者反链面板插件。


    如果一篇文档超过 1000 行以上,并且在内部子块拥有反链时,就知道 展示文档子块的反链 有多必要了。

    难不成一个位于第 500 行的块反链,也一行行扫过去,直到到第 500 行才知道有反链吗?

    如果觉得 1000 这个数量级太少了不够看,那试问换做一篇几百万字,上万行的小说文档呢?比如有用户用思源读《冰与火之歌》,难不成也需要每一行都扫过去,以期找到某一段拥有反链的段落,并且在这个过程中,每一个段落都需要悬浮或者聚焦,查看它的反链是不是自己要的吗

    显示子块是否必要,就这一个场景就足够了。如果理解不了,尝试导入一篇小说到思源,然后自己试着读读看。


    其次是投票,虽然目前“50% 认同”,但是投票的用户先是看到了这篇帖子的用户,然后是看到这篇帖子愿意投票的用户。

    比如我,在我编写这段内容前,我就没投票。即使 50% 选了不展示子块,看了我前面的话,还觉得这个投票占比是否能合理反映现状呢?

  • paris1943 3 赞同

    您好,目前总票数只有 31 票,而思源用户数至少几万人是有的。因为一个新用户发起的、仅有几十人参与的投票,修改一款有至少几万人的用户的软件长久以来的设定,我觉得是不合理也不合适的。如果当前逻辑不合理,那这几万人这三四年以来用的是什么呢?

    并且目前的反链逻辑没有任何问题,新用户提完意见用几天没新鲜感走人了,到下一家软件“提意见”,倒霉的是老用户。回到反链本身,块是属于页面的,块反链显示页面反链没有任何问题,用户可以在页面的任何一个块、一个段落掌控当前页面内所有的反链信息。如果改成楼主说的那样,反链面板才相当于是废了。

    很多投票的人甚至都弄不清楚二者的区别,只是想要“和 rr 一样”。

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • mark-j

    不要改啊!作为 logseq 前用户,大家的反链方式都是有利有弊,无非就是加个类型选择,显示全部或者只展示块或者文档,(显示全部的时候样式区分)。

    1 回复
  • 其他回帖
  • 各位想好了,以后你要查看一个子块的反链有得忙了:

    • 定位到它
      1. 你转动鼠标滚轮,看着密密麻麻的文字,你可能转 5~10 秒你就没耐心了
      2. 你有印象它应该在某个标题下,这时你把眼睛瞄向大纲面板,又要在大纲去找,大纲好找多了你移动鼠标点击大纲
      3. 你再移动鼠标回到编辑器划拉,这次很快找到了段落,你点击查看反链
      4. 可是页内其他子块反链呢怎么查看呢,本是同根生,你又开始了划拉……
    1 回复
  • Floria233 2 2 赞同

    所写这些,无意冒犯,只是答主的论述实在不够有说服性,建议仿效上一位 @8V9q7V 直接说自己的利益比较好。

    因为一个新用户发起的、仅有几十人参与的投票,修改一款有至少几万人的用户的软件长久以来的设定,我觉得是不合理也不合适的。如果当前逻辑不合理,那这几万人这三四年以来用的是什么呢?

    这段话语的潜在语境,是在指责这个帖子“用少数绑架多数”,可是答主的说辞,是不是也在用“多数批判少数”?答主的语境是否是“人数多就是正确?”

    我这里并不是要批判这个“设定”,而是这个前设放在这个场景下有很多其他因素干扰其推演之结果 light。

    举例说明:

    1. 为什么只有 31 票?有没有可能长期活跃于论坛所以即便在这种随机时间也会关注到这个帖子的就只有这些人?
    2. 由此推导,那些没关注没投票的人,有没有可能并不需要 or 不在乎这个功能?那些不在这个时间段参与投票的用户,有没有可能并不是这个功能的深度使用者或者甚至不是思源笔记的深度使用者?
    3. 再进一步推导,万人用户中,小白的比例构成渐占多数,而前行的用户亦并非一开始就是大佬,也是从小白升级而来,一路上经验较多踩坑较多故而问题较多需求较多,这些前行者尽可能填现在的坑,是否也能便于后续用户发现思源其他更多可能修复的坑,而不是大家一起泥足深陷在一个老坑呢?

    并且目前的反链逻辑没有任何问题,新用户提完意见用几天没新鲜感走人了,到下一家软件“提意见”,倒霉的是老用户。

    没有任何问题,这种论断,可能是否是答主的一家论断?

    按答主的逻辑,我也可以说——现在的反链面板一定有问题,不然为什么有人甚至要兴师动众发帖投票要改呢?

    至于后续说“新用户提完建议拍拍屁股走人”,这种假设性描述,无法构成事实性论据。

    “没有任何问题”,基于客观基准的描绘,可以叫“稳定”,也可以叫“保守”,再过一段时间,可以叫“落后”。

    答主还提到了“发帖者是新用户”,那么答主是否有去一一验证这些参与投票者每个人的资历构成,是否每个参与者都是新用户?是否只有一定等级属性的用户才可以参与投票 or 拥有话语权?

    并且这个语境下,暗示“新用户不配或者资历经验不够提出这种重大意见”,答主有没有想过,双链笔记并非思源一家独有,也许这里所谓的“新用户”,可能早就是别的双链笔记的深度使用者,只是因为思源某些特质更吸引,所以转到思源。

    用户在链滴论坛这个场景下是“新用户”,但大家对“双链”的理解和见解,则不能以此考量吧,重点还是取决于大家提出的看法是否专业与合理吧。

    很多投票的人甚至都弄不清楚二者的区别,只是想要“和 rr 一样”

    建议答主可以重点说明自己的述求,而不是用一种比较臆断的方式去描绘其他用户画像。

    为什么答主认为“投票者弄不清楚二者区别呢?”有没有可能正是因为清楚“两者区别所以才会积极投票呢?”

    真吃瓜群众,怎么会参与这种对自己毫无利益瓜葛的事呢?

    1 操作
    Floria233 在 2024-10-21 22:19:30 更新了该回帖
  • Wetoria 3 4 赞同

    不要慌,加开关

    @88250 如果真要实现,还是开关控制之类的吧。

    实际上反链过滤这一块,我建议查看 enhance 插件的底部反链或者反链面板插件。


    如果一篇文档超过 1000 行以上,并且在内部子块拥有反链时,就知道 展示文档子块的反链 有多必要了。

    难不成一个位于第 500 行的块反链,也一行行扫过去,直到到第 500 行才知道有反链吗?

    如果觉得 1000 这个数量级太少了不够看,那试问换做一篇几百万字,上万行的小说文档呢?比如有用户用思源读《冰与火之歌》,难不成也需要每一行都扫过去,以期找到某一段拥有反链的段落,并且在这个过程中,每一个段落都需要悬浮或者聚焦,查看它的反链是不是自己要的吗

    显示子块是否必要,就这一个场景就足够了。如果理解不了,尝试导入一篇小说到思源,然后自己试着读读看。


    其次是投票,虽然目前“50% 认同”,但是投票的用户先是看到了这篇帖子的用户,然后是看到这篇帖子愿意投票的用户。

    比如我,在我编写这段内容前,我就没投票。即使 50% 选了不展示子块,看了我前面的话,还觉得这个投票占比是否能合理反映现状呢?

  • 查看全部回帖

推荐标签 标签

  • 导航

    各种网址链接、内容导航。

    40 引用 • 173 回帖 • 1 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 169 关注
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    91 引用 • 751 回帖 • 4 关注
  • API

    应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。

    77 引用 • 430 回帖
  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。从 2010 年 3 月 15 日起,Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始,Redis 的开发由 Pivotal 赞助。

    286 引用 • 248 回帖 • 61 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    342 引用 • 708 回帖
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖 • 2 关注
  • App

    App(应用程序,Application 的缩写)一般指手机软件。

    91 引用 • 384 回帖
  • 互联网

    互联网(Internet),又称网际网络,或音译因特网、英特网。互联网始于 1969 年美国的阿帕网,是网络与网络之间所串连成的庞大网络,这些网络以一组通用的协议相连,形成逻辑上的单一巨大国际网络。

    98 引用 • 344 回帖 • 1 关注
  • Vditor

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

    352 引用 • 1815 回帖 • 3 关注
  • Pipe

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

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

    132 引用 • 1114 回帖 • 125 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    4 引用 • 16 回帖 • 4 关注
  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    15 引用 • 122 回帖
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 26 关注
  • LeetCode

    LeetCode(力扣)是一个全球极客挚爱的高质量技术成长平台,想要学习和提升专业能力从这里开始,充足技术干货等你来啃,轻松拿下 Dream Offer!

    209 引用 • 72 回帖 • 1 关注
  • 电影

    这是一个不能说的秘密。

    121 引用 • 601 回帖
  • jsoup

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

    6 引用 • 1 回帖 • 476 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 764 关注
  • Sphinx

    Sphinx 是一个基于 SQL 的全文检索引擎,可以结合 MySQL、PostgreSQL 做全文搜索,它可以提供比数据库本身更专业的搜索功能,使得应用程序更容易实现专业化的全文检索。

    1 引用 • 214 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 59 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    691 引用 • 535 回帖
  • WebClipper

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

    3 引用 • 9 回帖 • 1 关注
  • Flume

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

    9 引用 • 6 回帖 • 632 关注
  • 支付宝

    支付宝是全球领先的独立第三方支付平台,致力于为广大用户提供安全快速的电子支付/网上支付/安全支付/手机支付体验,及转账收款/水电煤缴费/信用卡还款/AA 收款等生活服务应用。

    29 引用 • 347 回帖 • 1 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 553 关注
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 399 关注
  • BookxNote

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

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

    1 引用 • 1 回帖 • 1 关注