提议更改反链的展示逻辑

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

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

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

image.png

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

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

现有的子孙块反链.gif

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

您对该设计的建议是?

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


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

  • 思源笔记

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

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

    22349 引用 • 89423 回帖 • 1 关注

相关帖子

优质回帖
  • 88250 2 2 赞同

    不要慌,加开关

  • Wetoria 3 4 赞同

    不要慌,加开关

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

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


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

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

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

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


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

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

  • paris1943 3 赞同

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

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

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

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • QMike 2 赞同 2 评论

    emmmm 为啥不选择在反链顶部加一个一键切换是否展示所谓“子孙块”的按钮呢?

    image.png

    例如在插件“反链过滤面板”中,就以锚文本形式提供了只展示当前文本反链的按钮:

    image.png

    PS:

    另外,增加开关是无法取舍设计时做出的妥协,对于这个问题上看目前没有必要增加开关,但在技术层面会保留扩展能力,即反链相关接口都有一个 containChildren 参数,原生实现上默认是 false 不包含子块。

    既然大家讨论得这么激烈,换个角度来想,不刚好说明添加按钮是有必要的嘛,充分满足意见双方的需求

    1 回复
    这个提议最能两者兼顾
    jidenanian
    可惜没有采纳,个人感觉现在设置里面加开关的方案,使用起来要比直接在反链面板添加开关麻烦得多,也不够直观。况且设置里面的各种开关已经十分繁杂了,看着很乱其实
    QMike
  • 其他回帖
  • Wetoria 3 4 赞同

    不要慌,加开关

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

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


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

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

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

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


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

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

  • 太草率了,像我因为 SQL 索引文档时无法 隐藏标题下的块,会索引出一长串内容出来,我都是别起个 md 标题代替文档标题。对我来说全是子孙块反链,这样我的反链面岂不是废了?

    自己写得文章,自己的反链让自己迷惑还写什么东西呢?本来同一个文档同一个反链面板,非要人为分裂,大部分人的大部分文档反链绝对没有多到让人迷惑的地步。我认为加个过滤就可以了。

    就像楼上说得,几万人三四年来反链面板用得好好的。LiuYun 上每个帖子我都看过,绝对没有老外提出要修改反链面板。他们接触 Roam、Logseq 肯定比我们容易,都没有提出意见。

    而且投票就这点人,如果投票说下个月开发白板,那肯定比这个多多了。

  • 大伙都别激动,每个人的需求不同,求同存异才是解决之道。

    我看下来这个问题的主要矛盾在于:反链面板如果显示子孙块的反链,会难以区分对应的内容,但如果只显示文档块的反链,又缺少一个汇总子孙块反链的地方,只能在文档中一个一个找。

    个人认为,反链面板用于展示文档块关联的反链,逻辑是清晰的,因为正向这边是就是文档,不需要展示内容,我只用知道文档块反链的内容,因此我也支持在反链面板中仅展示文档块反链。

    但是否可以在反链面板中添加一个跳转按钮,用于跳转展示所有子孙块的正链和反链内容。和文档块不同,对于子孙块来说,单单展示反链内容是无法理清双链两个内容块的关系的,因此通过一个浮窗或新页面展示双链两边的内容才能解决反链面板混乱的问题。

    我觉得这方法或许可以满足各方的需求,只是要辛苦开发大大了。

  • 查看全部回帖

推荐标签 标签

  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖 • 1 关注
  • GAE

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

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

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

    16 引用 • 6 回帖 • 62 关注
  • ngrok

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

    7 引用 • 63 回帖 • 624 关注
  • 音乐

    你听到信仰的声音了么?

    60 引用 • 511 回帖 • 1 关注
  • Lute

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

    25 引用 • 191 回帖 • 16 关注
  • 服务器

    服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

    125 引用 • 588 回帖
  • 自由行
    10 关注
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 709 关注
  • 服务

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

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

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

    19 引用 • 75 回帖 • 641 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖 • 2 关注
  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 72 关注
  • Maven

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

    186 引用 • 318 回帖 • 304 关注
  • 资讯

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

    55 引用 • 85 回帖 • 1 关注
  • 职场

    找到自己的位置,萌新烦恼少。

    127 引用 • 1705 回帖
  • QQ

    1999 年 2 月腾讯正式推出“腾讯 QQ”,在线用户由 1999 年的 2 人(马化腾和张志东)到现在已经发展到上亿用户了,在线人数超过一亿,是目前使用最广泛的聊天软件之一。

    45 引用 • 557 回帖 • 67 关注
  • Netty

    Netty 是一个基于 NIO 的客户端-服务器编程框架,使用 Netty 可以让你快速、简单地开发出一个可维护、高性能的网络应用,例如实现了某种协议的客户、服务端应用。

    49 引用 • 33 回帖 • 21 关注
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    209 引用 • 358 回帖 • 2 关注
  • 心情

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

    59 引用 • 369 回帖
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 483 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    5 引用 • 7 回帖
  • V2Ray
    1 引用 • 15 回帖 • 1 关注
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注
  • 深度学习

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

    53 引用 • 40 回帖 • 1 关注
  • Hadoop

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

    86 引用 • 122 回帖 • 625 关注