统计探讨:标签修改成双链形式的可行性探讨

最近用了一段时间的 Logseq,发现两种双链的样式会更加的高效和好用,Logseq 把 # 和 [[ ]] 都统一为双链的形式在写作和 Daily Note 流程中相比思源更容易

思源笔记中的标签更像 Obsidian 的标记。若改成双链形式,会创建新文件。考虑到目前点击标签会进入搜索界面,要同时兼容这两种形式,添加一个 Ctrl+ 左键创建的方式,而单击仍为搜索界面,是我目前的想到的方案,欢迎各位大佬探讨

把标签修改成双链形式

单选 公开 永不结束 30 票
同意修改
80% 24 票
不同意修改
20% 6 票

  • 思源笔记

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

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

    23006 引用 • 92540 回帖
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    8445 引用 • 38467 回帖 • 154 关注
优质回帖
  • lzuwujx 2 赞同

    赞同。我也是这样用的,思源的标签我只是用来临时做记号,而需要反链、与其他笔记串联的都用双链[[]]。

    所以,标签可以用得很随意,比如一篇文章需要提醒自己再读一遍,我可能打上标签比如"#读第 3 遍”。这样的标签独立于知识空间之外,可以即用即弃,很方便。

  • Floria233 1 赞同

    能做出来就真太好了。

    现在思源的标签,类似于一种集合索引,而思源本身索引太强,一般感觉用不上标签。

    如果能够将标签改成双链,这用法就有点类似于 obsidian 的“空链”,区别于思源现在的“实体链”,可以利用双链式标签,在全库这个最高维度索引,就算关闭掉某些笔记本也不必担心无法被索引到了。

    不过相较于“功能”的实现,我个人更在乎的的是,现在思源自带的原生反链面板, 并不像 logeseq 放置在编辑器下方,而是放置在侧边栏

    这个问题就是:

    1. 点击文档,必然引起侧边反链面板的频繁切换,这个动静太大了,而且人的眼球也会被迫由上下运动变成左右运动,有点干扰注意力(所以我不是集中查看,一般都不开反链面板)
    2. 从直观性而言,放左边感觉也不如放下面直观。
    3. 更不必说,并不是每个文档都带反链,这时候要么始终长期开着反链面板占位置(因为反链面板的内容很详细啊,要开就必须是一整个侧边,我个人感觉没法和其他的并列),要么频繁用快捷键开启反链面板(麻烦)

    如果是用插件大佬开发的反链,不知为何,总觉得界面设计都相当繁琐(不咋好看)

    so,这个面板如果没有改动,再加上现在索引面板不能高度支持(友好度适配)的话,将标签改为双链这个行为,意义感大于实质作用。

    翻译一下:

    这个反链面板放在左边,就是一言难尽啊,仅有个开发的功能性,没有特别的实用性(其实总体来说,这个已经更新过好几次了,最开始更是摆设)。这玩意儿好像只是为了表明自己有这么个功能而被开发出来,这玩意儿作为“双链”的两大根基之一,现在完全是被浮窗给碾压。(当然浮窗好用这个必须夸)

  • lzuwujx 1 赞同

    我用过很长一段时间的 logseq。我现在用思源也在借鉴 logseq 的模式,主要用[[]]双链进行关联,很少用思源的标签#,只把标签#当作临时的标记使用(比如#TODO、#待清理等)。

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • Floria233 1 赞同

    这个也有一定道理。

    实际上因为浮窗好用,所以我对反链需求真没那么大。

    不过现在因为提到了“将标签改双链”的可能性,故而嘴了一句反链面板(说不定就是因为浮窗好用,所以 D 大对反链面板的投入也就这样了——乱猜)

    至于反链面板放左边还是下边。

    如果是现在这种详细展开版的反链,当然还是左边好,毕竟信息太多,和编辑器的内容混在一起,确实繁琐。

    如果是类似 logeseq 或者 obsidian 那种简略式只展示标题的反链面板,我个人感觉放下方可能更实用点。

    至于性能,我的想法是,这玩意儿只要打开就会影响性能吧,不管是在什么位置。(哈哈)

    总的来说,说了这么多,我本人目前实则还是更关注“标签改双链”这个设计,只是无法想象这个设计最后要以什么样的界面呈现在思源中——难道还是像现在的标签面板那样吗?那这个要怎么和文档对应呢?自然而然就会扯到反链面板了,so……

  • 其他回帖
  • YRJ0422 1 赞同

    差不多,就算不改成双链的形式也是可以的,重点就像 Z 大说的一样,现在的标签跟思源的各种块搭配太拉胯了。主要就是以下这两点

    1. 标签可以汇总到反链面板
    2. 点击标签能显示出来页面

    至于为什么想改成双链形式,是因为改成双链可以更加的统一,[[ ]] 和 # 打出来的内容可以指向一个内容,如果可以保留点击标签跳转到搜索再添加一个跳转到双链的界面的方式,这样也能兼容现在的使用方法,属于是对标签进行了升级,同时跳转到这个界面不编辑可以以不创建的形式查看反链就非常完美了

  • Floria233 1 赞同

    能做出来就真太好了。

    现在思源的标签,类似于一种集合索引,而思源本身索引太强,一般感觉用不上标签。

    如果能够将标签改成双链,这用法就有点类似于 obsidian 的“空链”,区别于思源现在的“实体链”,可以利用双链式标签,在全库这个最高维度索引,就算关闭掉某些笔记本也不必担心无法被索引到了。

    不过相较于“功能”的实现,我个人更在乎的的是,现在思源自带的原生反链面板, 并不像 logeseq 放置在编辑器下方,而是放置在侧边栏

    这个问题就是:

    1. 点击文档,必然引起侧边反链面板的频繁切换,这个动静太大了,而且人的眼球也会被迫由上下运动变成左右运动,有点干扰注意力(所以我不是集中查看,一般都不开反链面板)
    2. 从直观性而言,放左边感觉也不如放下面直观。
    3. 更不必说,并不是每个文档都带反链,这时候要么始终长期开着反链面板占位置(因为反链面板的内容很详细啊,要开就必须是一整个侧边,我个人感觉没法和其他的并列),要么频繁用快捷键开启反链面板(麻烦)

    如果是用插件大佬开发的反链,不知为何,总觉得界面设计都相当繁琐(不咋好看)

    so,这个面板如果没有改动,再加上现在索引面板不能高度支持(友好度适配)的话,将标签改为双链这个行为,意义感大于实质作用。

    翻译一下:

    这个反链面板放在左边,就是一言难尽啊,仅有个开发的功能性,没有特别的实用性(其实总体来说,这个已经更新过好几次了,最开始更是摆设)。这玩意儿好像只是为了表明自己有这么个功能而被开发出来,这玩意儿作为“双链”的两大根基之一,现在完全是被浮窗给碾压。(当然浮窗好用这个必须夸)

    1 回复
    1 操作
    Floria233 在 2024-10-19 00:27:10 更新了该回帖
  • 感觉这些可以用双链[[]]页面实现,就像 logseq 中标签#和双链[[]]几乎等同。只不过 logseq 中打标签时创建的页面被统一放在 pages 中管理,体验上比较无感。

    所以我想,如果思源要把标签#改造为双链形式的话,就把#标签页面做成系统自动管理的页面,从而与[[]]页面区分,并且#标签页面和[[]]页面可以互相转化。

    1 回复
  • 查看全部回帖

推荐标签 标签

  • 导航

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

    42 引用 • 175 回帖
  • iOS

    iOS 是由苹果公司开发的移动操作系统,最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统,最初是设计给 iPhone 使用的,后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样,属于类 Unix 的商业操作系统。

    85 引用 • 139 回帖
  • 脑图

    脑图又叫思维导图,是表达发散性思维的有效图形思维工具 ,它简单却又很有效,是一种实用性的思维工具。

    30 引用 • 96 回帖
  • 生活

    生活是指人类生存过程中的各项活动的总和,范畴较广,一般指为幸福的意义而存在。生活实际上是对人生的一种诠释。生活包括人类在社会中与自己息息相关的日常活动和心理影射。

    230 引用 • 1454 回帖
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言,内置支持类型。它的解释器被称为 JavaScript 引擎,为浏览器的一部分,广泛用于客户端的脚本语言,最早是在 HTML 网页上使用,用来给 HTML 网页增加动态功能。

    728 引用 • 1273 回帖 • 2 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活,连接点滴

    156 引用 • 3792 回帖
  • Rust

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

    58 引用 • 22 回帖
  • 博客

    记录并分享人生的经历。

    273 引用 • 2388 回帖
  • Hprose

    Hprose 是一款先进的轻量级、跨语言、跨平台、无侵入式、高性能动态远程对象调用引擎库。它不仅简单易用,而且功能强大。你无需专门学习,只需看上几眼,就能用它轻松构建分布式应用系统。

    9 引用 • 17 回帖 • 612 关注
  • BookxNote

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

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

    1 引用 • 1 回帖
  • 支付宝

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

    29 引用 • 347 回帖 • 5 关注
  • 工具

    子曰:“工欲善其事,必先利其器。”

    288 引用 • 734 回帖
  • Sym

    Sym 是一款用 Java 实现的现代化社区(论坛/BBS/社交网络/博客)系统平台。

    下一代的社区系统,为未来而构建

    524 引用 • 4601 回帖 • 700 关注
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 394 关注
  • Flutter

    Flutter 是谷歌的移动 UI 框架,可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作,它正在被越来越多的开发者和组织使用,并且 Flutter 是完全免费、开源的。

    39 引用 • 92 回帖 • 7 关注
  • CAP

    CAP 指的是在一个分布式系统中, Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性),三者不可兼得。

    11 引用 • 5 回帖 • 612 关注
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统,实现一个自托管的 Git 项目仓库,可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架,使用 Node.js 编写。

    21 引用 • 140 回帖 • 3 关注
  • BAE

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

    19 引用 • 75 回帖 • 653 关注
  • RYMCU

    RYMCU 致力于打造一个即严谨又活泼、专业又不失有趣,为数百万人服务的开源嵌入式知识学习交流平台。

    4 引用 • 6 回帖 • 51 关注
  • JVM

    JVM(Java Virtual Machine)Java 虚拟机是一个微型操作系统,有自己的硬件构架体系,还有相应的指令系统。能够识别 Java 独特的 .class 文件(字节码),能够将这些文件中的信息读取出来,使得 Java 程序只需要生成 Java 虚拟机上的字节码后就能在不同操作系统平台上进行运行。

    180 引用 • 120 回帖 • 2 关注
  • 单点登录

    单点登录(Single Sign On)是目前比较流行的企业业务整合的解决方案之一。SSO 的定义是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。

    9 引用 • 25 回帖
  • Redis

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

    286 引用 • 248 回帖 • 44 关注
  • sts
    2 引用 • 2 回帖 • 197 关注
  • OnlyOffice
    4 引用 • 2 关注
  • danl
    146 关注
  • OAuth

    OAuth 协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是 oAuth 的授权不会使第三方触及到用户的帐号信息(如用户名与密码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此 oAuth 是安全的。oAuth 是 Open Authorization 的简写。

    36 引用 • 103 回帖 • 17 关注