提议更改反链的展示逻辑

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

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

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

image.png

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

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

现有的子孙块反链.gif

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

您对该设计的建议是?

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


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

  • 思源笔记

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

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

    22353 引用 • 89444 回帖

相关帖子

优质回帖
  • 88250 2 2 赞同

    不要慌,加开关

  • Wetoria 3 4 赞同

    不要慌,加开关

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

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


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

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

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

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


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

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

  • paris1943 3 赞同

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

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

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

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • LLL-
    作者

    谢谢您的反馈。如果您方便的话,对于我的描述中需要改进的地方,希望您可以告知我一下,我会及时修正。再次感谢 🙏

  • 其他回帖
  • 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% 选了不展示子块,看了我前面的话,还觉得这个投票占比是否能合理反映现状呢?

  • YRJ0422 1 1 赞同

    可能有用户还不懂这个改动有多大,盲目选了改进。我来说一个更直观里的例子

    如果你在 A 页引用了 B 页,那么这个内容会显示在 B 页的反链链接中,但是 B 页下的 “我是 A 页的段落块”引用到 B 页,在改进以后就不会显示出来了。

    这对我挺灾难的,我的很多笔记都是长篇几千几万字,里面有很多的引用,我总不能看这页的时候挨个找吧,虽然有引用计数,改进以后跟 logseq 这样软件对齐了,但是 logseq 写作更偏向一种随意的记录,而思源以结构化为主和 Daliy Note 的结合写作,在写作上思源要比 logseq 字数要多的多并且思源没有 logseq 那么统一,标签跟双链是分割的,没有像 logseq 那样把标签当双链玩,而且思源处理长文居多,这样改进以后就造成了看那些长文档看不着引用的段落块,还得去找文档中的对应的块再聚焦到对应的块上或者是看引用计数才能找到对应的反链,这简直是不知道增加了多少步的操作。

    而如果保留现在的逻辑也会造成反直觉的感觉,具体表现在 logseq 中 双链和标签都是一种形式 , 把页当做自动化收集,这时候往里面塞几个段落块的引用就非常的迷惑了,甚至是污染了反向链接面板

    所以我个人还是建议两者形式都保留以一种方便快捷的开关来做切换,而不是放在设置 → 编辑器 → 开关 中,在实际使用中肯定会游离在结构笔记和 Daily Note 之间的,放在设置中来回切换的时候就会非常麻烦和繁琐。

    1 操作
    YRJ0422 在 2024-10-22 02:56:50 更新了该回帖
  • 查看全部回帖

推荐标签 标签

  • Ant-Design

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

    17 引用 • 23 回帖
  • 数据库

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

    342 引用 • 708 回帖
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖 • 4 关注
  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3453 回帖 • 203 关注
  • SVN

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

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

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 94 关注
  • SQLServer

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

    21 引用 • 31 回帖 • 1 关注
  • SQLite

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

    5 引用 • 7 回帖
  • Quicker

    Quicker 您的指尖工具箱!操作更少,收获更多!

    32 引用 • 131 回帖 • 1 关注
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    19 引用 • 33 回帖 • 64 关注
  • InfluxDB

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

    2 引用 • 73 关注
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 462 关注
  • Postman

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

    4 引用 • 3 回帖 • 4 关注
  • Redis

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

    286 引用 • 248 回帖 • 61 关注
  • 反馈

    Communication channel for makers and users.

    123 引用 • 911 回帖 • 245 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    62 引用 • 289 回帖 • 1 关注
  • TextBundle

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

    1 引用 • 2 回帖 • 49 关注
  • Log4j

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

    20 引用 • 18 回帖 • 30 关注
  • GAE

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

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

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 355 关注
  • GraphQL

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

    4 引用 • 3 回帖 • 9 关注
  • ZeroNet

    ZeroNet 是一个基于比特币加密技术和 BT 网络技术的去中心化的、开放开源的网络和交流系统。

    1 引用 • 21 回帖 • 638 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1348 回帖
  • 星云链

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

    3 引用 • 16 回帖 • 1 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖 • 1 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 328 关注