#标签 这个功能是作为双向链接,还是纯粹的标签功能好呢? 投票

Hardy 1月前 1059

趁着 V2 刚推出来, #标签 这个功能有机会重新设计一下它的用途。

原本 #标签 在 v1 中也是作为另一种形式的双向链接,但这的确也和 [[ ]] 这种形式重复了,必要性没那么大,所以,大家认为要保留它作为双向链接,还是作为一个纯粹的标签功能?

快速回复
#标签 这个功能是作为双向链接,还是纯粹的标签功能好呢? (单选)
1、作为纯粹的标签 42.03% (29)
2、作为双向链接 57.97% (40)
最新回复 (25)
  • 菜包 1月前
    5 2
    #标签 作为一个标注,肯定是需要的,一个笔记没有#标签 体验和效率会大大下降,双链更多的对页面的处理,标签则是对更细分条目的处理,归纳汇聚

    双链和#标签 就分别代表 链接 和 标记

    比如 [[曹操]] 是魏国人 #偶像 #诗人;[[明天]] 去医院看病 #重要 ;这一段话代表 链接 和 标记,这样的标记在制作页面内容的时候方便搜索汇聚,和双链来说不管是视觉效果还是意义都不一样的

    标签是一个细分系统,用于分类,像是你今天打算去数码城还是美食街,打开高德地图找到位置,而来到美食街某一店铺你可以看菜单,可以打开美团看它卖什么好吃的菜品,我不认为双链能承载那么多,这样会信息爆炸,造成只是链接而无法区分的单一场景
  • 豆泥丸 1月前
    2 3

    v1除了#::也能创建主题,但问题是v1对这些不同符号形式标记的内容没有作任何区分处理,而导致这些功能大同小异,在使用时也难以区分选择。

    我理解的纯标签是类似flomo那种,带层级的可以通过点击来快捷检索汇总相关内容的标签。个人认为把标签改成所谓的纯标签并不明智,和反链聚焦整合不同内容的理念不合。

    我这里提出一套重做标签系统的方案。此方案依然将标签视为双链主题的一部分,但是可以让用户自行通过不同的自定义前缀来区分不同属性的主题和标签,而不是像v1那样把标签和主题完全混在一起难以区分,也不是重做一套完全独立于双链之外的层级标签系统。

    此方案有以下三项重要的设计:一是可以通过给[[]]加上前缀来给不同主题设定属性值,从而在不同的文本中区分同名主题或标签所具有的不同属性值(内涵);二是加上不同前缀的主题,既会被归到一个父主题里面,同时也各自作为不同的主题存在单独的主题页面;三是在主题页面里(包括主题里的节点,反链列表,提及列表中)加入一键筛选功能,从而可以根据不同的属性值来筛选自己想要的部分。通过这些设计,可以实现层级标签功能、多义词功能、星标引用功能、主题传送功能等一系列功能的融合。

    既然节点可以有子节点,标签可以有子标签,那主题当然也可以有子主题。哈哈,无限套娃。

     

    例如,A是一个人名,我可以用#哲学家[[A]]来标记一段哲学家A说过的名言,用#哲学家/唯物主义哲学家[[A]]来标记A说过的一句唯物主义哲学相关的名言,用#数学家[[A]]来标记一段数学家A提出的数学猜想,用@同事[[A]]来标记一项同事A相关的项目内容(据hardy说,@符号被预留为了加人名来实现以后要加入的协同功能)。后续的记录中,当需要给一段哲学相关的名言打上标签A标明作者时,我不仅可以直接输入#哲学家[[A]],还可以通过输入[[A]]或#A来从弹出的几个子主题里选择,当然也可以只标上#A来自行判断。

    可以注意到,这里的A无论是同一个人的不同身份还是同名不同人都不会影响后续的操作。这样无论是跨学科还是跨项目,不同的同名主题即可以相互关联又可以彼此独立。

     

    我可以给予不同的前后缀符号不同的定义来区分引用不同的bullet中的同一主题,并且实现预处理功能。用!来定义B主题的星标级引用,在daily中打了!B标记的内容会在B主题的反链中置顶显示;用::定义C主题的解释,在daily中输入C::xx后这部分内容会直接传送到C主题中当然这只是我随意举的例子,如何区分使用不同类型的主题引用是由用户自行决定,预处理功能等可以通过插件来实现。

     

    上面的用法,可能看起来太复杂了。但是,通用的符号其实是可以系统预设的,自定义前缀在用到的时候再自行添加就行了。只是日常记录最简单的打标签的话,直接用#A或者#A/B这种最通用形式就ok了,并不用考虑那么多。

     

    以上都是我个人不成熟的想法,欢迎大家提出意见。

     

     

  • Neo 1月前
    0 4

    RE的标签,修改起来很麻烦;

    如果想要改标签的名字,需要给所有的地方手动改名,

    这样看,好像也不像是双向链接,无法做到自动修改。

  • 豆泥丸 1月前
    3 5
    Neo RE的标签,修改起来很麻烦; 如果想要改标签的名字,需要给所有的地方手动改名, 这样看,好像也不像是双向链接,无法做到自动修改。
    的确是这样没错,但是这个问题是标签没有专属的页面,所以才没法批量修改。如果只在某一个标签所在的地方改,其他地方当然不能自动修改,否则也是会出问题的,会把不需要改的部分也改了。而如果标签有自己的独立主题,那么在专门的标题里修改从而批量修改就是符合预期的了。
  • Knowler 1月前
    2 6
    希望标签是纯标签,因为标签对于快速提取同类信息太重要了,不仅如此,最好不要污染文本。而层级标签其实没必要,因为这样就跟文件夹一样了,增加了分类成本。对于拒绝标签体系的人,可以提供一个开关标签的功能,不喜欢的话直接把标签功能关掉就行了。
  • lau_anony 1月前
    0 7
    强烈建议改为纯粹的标签!!!
    我现在遇到的问题是,在给一个 bullet 做 #标签的时候,候选框都是之前的[[]]创建的双链,找起需要的#标签特别麻烦. 所以在#的时候,候选框强烈建议只候选自己通过#创建的标签.
    另一个就是上面提到的#创建的标签修改问题!!!
  • dapan 1月前
    0 8

    这个问题好回答,obsidian的插件市场可以说是很丰富了,但是很少有大佬对“标签”进行多次开发。这也侧面反应了,标签比起双联,标签起的作用就是简短总结,提示

    标签整出个双联来,额...... 是希望用户降低对[[ ]]的使用频率吗?

    标签投影到现实生活中,就是一张小便签(读书时候用的便利贴应该都知道),颜色醒目,方便提醒

    如果H大觉得标签+双联是核心竞争点的话,可以做个demo出来,说说设计理念是啥,应用场景有哪些?

    标签就是标签,不要加双联

  • Hardy 1月前
    0 9
    评论区倾向于作为纯粹的标签,但投票结果显示多数还是愿意它作为双向链接,有点意外
  • Hardy 1月前
    1 10

    或者我们探讨以下更具体的问题:
    1、当用户点击 #标签 的时候,它是跳到该标签对应的主题页,还是打开一个搜索结果
    2、假设有一个主题名为“重要”,那么,在进入“重要”这个主题页时,一些使用了 #重要 的笔记,是归入到 Linked Reference 还是 Unlinked Reference ? 图谱是否要跟踪这些使用了 #重要 标签的主题之间的连接?

  • gm 1月前
    0 11
    dapan 这个问题好回答,obsidian的插件市场可以说是很丰富了,但是很少有大佬对“标签”进行多次开发。这也侧面反应了,标签比起双联,标签起的作用就是简短总结,提示。 ...
    同意上面dapan的意见。
    要考虑到用户的学习成本,#标签 已经是约定俗成的用法,赋予新的功能,徒增困扰。如果有新的底层逻辑,完全可以用另一个全新的语法。
  • leo 1月前
    0 12
    感觉可以整个开关,有些时候文本在带#的文字会自动识别为链接,也不安逸
  • rocklaw 1月前
    0 13
    #标签 已经是绝大多数工具的习惯用法,还是建议不改
  • even 1月前
    0 14
    Hardy 或者我们探讨以下更具体的问题:1、当用户点击 #标签 的时候,它是跳到该标签对应的主题页,还是打开一个搜索结果2、假设有一个主题名为“重要&am ...
    个人观点是:
    1. 点击标签,应该跳到搜索结果页,这也是标签使用的基本逻辑:
    todo:搜索并展示所有待办
    重要:展示所有重要任务
    英语积累:展示学习中所有随手标记的英语表达
    等等,就算是按照页面,也应该是自动以块嵌入的方式同步所有搜索到的节点——> 从这个角度看,其实标签应该是一种特殊的双链

    2. 标签应该是一个可链接属性,能够被展示在图谱里,但是处于默认关闭的状态
    只有在选择性打开标签关系,甚至是控制具体打开哪些标签时,标签才成为图谱中的一部分
    这可以尽量区分开标签和双链的差异,但是又提供了共同的可能性
  • 豆泥丸 1月前
    0 15
    Hardy 评论区倾向于作为纯粹的标签,但投票结果显示多数还是愿意它作为双向链接,有点意外
    投票结果说明多数人还是不想点击标签单单只是最简单的一键搜索功能,甚至是独立于双链系统之外的一键搜索。但是标签如何做到既完成它的本职工作又能很好地融入双链中,他们可能也不清楚。
    评论区说明在部分用户眼里v1的标签甚至不如最简单的标签系统,认为它连最简单的快速检索功能都没法很好地完成,个人觉得主要原因正是我之前提到的标签没有和普通的主题作区分。
    这可能是评论区和投票结果表现不一致的原因吧。
  • 豆泥丸 1月前
    2 16

    “1、当用户点击 #标签 的时候,它是跳到该标签对应的主题页,还是打开一个搜索结果”

    这个问题提的不错啊,我认为多数用户是想打开一个搜索结果的,但是hardy你想过这点没,跳转到主题页面本身就是打开一个搜索结果啊。只是目前v1跳转之后展示的页面把和标签同名的普通主题对应的页面完全混在一起了,这让跳转主题页面展示的结果难以符合用户的期望。其实不仅仅是搜索页面展示,还有键入#xx从侯选框里选标签时非标签类主题的干扰也是类似的问题。
    结合我之前提出的子父主题方案,我设想的解决办法是,点击标签跳转到该标签对应的相关子主题(即只筛选展示和标签相链接的那部分),点击普通主题时跳转到该主题的父主题(即展示该主题链接的所有内容),点击一个有特定前缀的该主题时跳转到另一个子主题(例如只展示多义主题中一个义项对应的那部分),然后这些相关主题可以通过调整筛选项目或者相关主题推荐等方式来互相跳转。
    不光是点击跳转,其他需要区分父主题和子主题的场景也应该由系统根据前缀的不同自动作出筛选。这样处理能解决不少问题,不光是标签和主题混杂的问题,还有主题具有跨领域多义项时不同义项的相关主题混杂的问题。

    “2、假设有一个主题名为“重要”,那么,在进入“重要”这个主题页时,一些使用了 #重要 的笔记,是归入到 Linked Reference 还是 Unlinked Reference ? 图谱是否要跟踪这些使用了 #重要 标签的主题之间的连接?”

    如果采用上面的解决办法,这个问题就迎刃而解了,归入到 Linked Reference 并在不同的主题中采取不同的处理就可以了。在进入“重要“主题时,如果进入的是父主题“[[重要]]”,则展示所有相关反链和提及,并且可以通过一键筛选只展示标签相关的部分。而进入“#重要”(等价于#[[重要]])这个子主题时,只展示标签相关的那部分即可。再或者还有一个主题叫“#资讯[[重要]]”,那点进去就应该只展示重要资讯这部分内容,而如果可以通过与一键筛选类似的相关主题跳转到主题“#[[重要]]”中就更好了。

    ((相信这个办法在技术上对hardy来说也是可实现的😁))

    ps:目前v1的反链和提及是可以进行筛选的,但是根据我的使用体验来看,它是展示反链内容中所有出现过的主题来点击相应主题进行筛选的,但是这些主题往往和目前页面上的主题没有啥直接关系,只是出现在了同一段中而已,所以能用到的场景很少,可能很多用户压根没用到过这个功能。而如果能筛选同一主题的不同内涵(这个内涵可由用户自行给主题加前缀来划分),那么这个筛选展示就很有意义了。当然,不是说目前的筛选功能没有用,它还是有用的,而且是可以和我提出的”主题筛选/推荐“合并在一起的。

    图谱没必要默认跟踪这些标签类主题,因为它们里面的内容往往没有多少联系,默认展示可能会让本来就容易混乱的图谱变得更加混乱。不过如果图谱这部分能像ob和思源一样提供一些筛选开关,那么把这个也加入到开关中也是可以的。

  • E 1月前
    0 17
    Hardy 或者我们探讨以下更具体的问题:1、当用户点击 #标签 的时候,它是跳到该标签对应的主题页,还是打开一个搜索结果2、假设有一个主题名为“重要&am ...
    第一个问题,打开搜索结果。但是要提供修改标签的方式。
    第二个问题,隔离双链[[重要]]和标签#重要。即这是两个单独且隔离的两种页面。
    第三,标签默认不在双链中显示,可以提供开关。
  • IO_Sure 1月前
    1 18
    我感觉还是作为“双向链接”比较好。作为纯粹的标签的Obsidian,作为双向链接的Logseq,我都用过,还是双向链接比较好。  
    原因:
    1,将标签和链接引用统一为页面,两者就属于一个笔记管理系统,但是却实现了两种用处。
    2,反过来,如果作为纯粹的标签,做笔记的时候,在给当前页和块做关联的时候,还需要考虑是用“双向链接”,还是标签,增加了额外的心里门槛,以及笔记的复杂度。
  • Jasleen 1月前
    0 19
    Hardy 或者我们探讨以下更具体的问题:1、当用户点击 #标签 的时候,它是跳到该标签对应的主题页,还是打开一个搜索结果2、假设有一个主题名为“重要&am ...

    结合我对于V1的标签的用法,先说一下我的想法
    1.点进去打开了一个主题页,而主题页底下的反链就是搜索结果
    2.按照上一点,是要归入linked reference的。图谱要跟踪或者不要跟踪则给一个开关,用户自己选择

    其实这基本就是V1的功能,但是V1的反链作为搜索结果“很难看”

    我用标签功能除了标签,还有一个重要功能就是用“#一段特殊的话”or“#20220817212341”给任何两个或多个地方的内容打上标签,相应创建了一个主题,然后这个主题里面记录多个地方之间的共同点、联系和区别等等。所以对我来说标签需要是主题页,也需要是搜索结果。图谱用得少,感觉问题不大

  • Knowler 1月前
    0 20
    Hardy 或者我们探讨以下更具体的问题:1、当用户点击 #标签 的时候,它是跳到该标签对应的主题页,还是打开一个搜索结果2、假设有一个主题名为“重要&am ...
    其实可以选择两种都要
  • Hardy 1月前
    0 21
    Knowler 其实可以选择两种都要

    假设有一个标签“重要”,在未创建“重要”这个笔记主题之前 点击“#重要”就打开搜索结果,在搜索结果中提示可以创建主题,若已经存在“重要”这个笔记主题,则点击“#重人”就打开“重要”笔记主题的页面,也就是说 点击 #标签 不会创建主题   这样如何?

  • 暗香 1月前
    0 22
    Hardy Knowler 其实可以选择两种都要 假设有一个标签“重要”,在未创建“重要”这个笔记主题之前 点击&l ...

    这倒不如,将#作为单纯的标签,再另外将*或其他符号做成一个双联标签,将东西混杂在一起只会越来越混乱,将单一符号作为单一功能使用起来也更简洁。我支持#仅作单纯标签好,点击打开搜索页,作为unlinked Reference

  • 豆泥丸 1月前
    0 23
    Hardy Knowler 其实可以选择两种都要 假设有一个标签“重要”,在未创建“重要”这个笔记主题之前 点击&l ...
    这样解决不了根本问题的。由于标签用法上的特殊性,用户有时候希望标签对应的展示结果和普通主题分离,有时候却又希望两者能够合并在一起,这个有时候怎样并不是之前有没有创建这个主题就能决定的。并且从前面的讨论可以看出,这两种处理都有其合理性在,所以只有提供选项让用户可以自行合并或者分离才能解决根本问题。如果不能提供这个区分选项或者说开关选项,那就没必要重新设计了,反正放着不改和改成纯粹的标签系统都会让很多用户不满。
    不知道我前面的回答hardy有没有认真看,我之所以写这么多字是为了让hardy能多想一点,有种恨铁不成钢的心理在。标签系统想做好很难,背后涉及到很多底层的东西,甚至是设计理念。如果RE真的要重新设计标签,我希望hardy尽可能考虑的多一点,尽量避免日后需要再次重构的情况。
    PS:我用过的笔记软件有不少,甚至现役的也有好几款。我可以这么说,这些软件的标签系统就没有一款是真正好用的。很多就只是为了有标签功能而加入标签,已经重构的在重构时也没有对标签系统进行重做或者优化来适配重构后的底层。可能是想做到更好太难了,能勉强用就放着不管了。
  • Knowler 1月前
    0 24
    Hardy Knowler 其实可以选择两种都要 假设有一个标签“重要”,在未创建“重要”这个笔记主题之前 点击&l ...
    还是别混在一起了,标签对于我来说,作用就是快速检索同类型(带有同一标签)的文章,有很多人都说双链可以代替标签,实现标签的功能,但这终究是妥协,为了打标签而创建双链污染文本不说,以这个标签关键词为标题的文章还要专门用来集合这些打了以双链作为标签的文章的标题。
  • 菜包 1月前
    0 25

    有没有可能像论坛一样,有个标签面板,点击显示此标签的内容,与图谱所展现的连接不同的是,标签云 适合处理零碎的东西,自动归纳或者有个快捷剪切复制按钮

  • 见习萨满 1月前
    0 26
    提供主题的自定义分类就可以解决这个问题了,可以自定义某一类主题是标签,也可以不失去标签自身的主题属性。
    另外,基于主题分类,可以增加主题类别的筛选、图谱的分类显示等,这样可以扩展出更多的应用场景。
返回