1. 如果你要用 Zotero，还是回到 LogSeq 吧

  2. LogSeq.md is slow tft performance interim results #goedel

LogSeq db 的 emoji 竟加载在 #Tag 上

  • 实例化的 instanced 节点 的 emoji，==继承== tag 的 emoji
  • 要比 PKM/Apps/Tana 更抽象一点
    • PKM/Apps/Tana 的 emoji 加载在 #Tag 的 instance，即 节点 node 上

LogSeq db 和 Tana 的初始 field logo 由其 field type 决定

LogSeq 和 Tana 的 field 的 key 的 初始 logo，以及 field type 均由其 field/key 的 value （即将）要储存 什么样的 数据结构/类型 决定 有点像是大多数*静态/强类型语言*要求在使用变量之前必须声明数据类型 如 public string str 中的 string

  • 但 Tana 不允许后续更改，LogSeq 却允许后续更改。
    • 这就很奇怪 ==Tana==：
      • Tana 的 node，作为实例化后的 #Tag, 允许更改 Logo；
        • #Tag 本身的 logo 只能是 #, 且无法更改
      • 但 Tana 的 field，作为实例化后的 field type，不允许更改 Logo
    • 这就很奇怪 ==LogSeq==：
      • LogSeq 的 block，继承了 #Tag 的 Logo，且允许和 #Tag 一起更改；
        • 实例本身的 logo 只能是 #Tag 的 logo, 无法 脱离于之 单独更改
      • LogSeq 的 field，作为实例化后的 field type，允许更改 Logo

总结

在 PKM/Apps/Tana 中： 1 #Tag 的实例化对象 能改 logo 但 3 #Tag, field, field type 均无法改 logo 然而，#Tag 有颜色且能更改颜色，并 - 既继承到 #Tag 的实例化对象 上（若其无 logo）、 - 又继承到 #Tag 的 field 和 field type 上（将属于该 #Tag 的这2染色）

这个看上去比 PKM/Apps/LogSeq 更科学：

再加上 LogSeq 是后来者，说明 LogSeq 只在模仿，却没有超越？ LogSeq 的 标签 右对齐 这一点 做得还可以。 - 因为同一个 node 可以属于多个 #Tag 而被染上不同的混合颜色。 - 而 LogSeq 的 field 既看不出来是 node 自身的 field，也看不出来是 #Tag 的 field，更看不出来是哪一个 #Tag 的 field (如果有多个 #Tag)

在 LogSeq 中： 2 #Tag 和 #Tag 的实例化对象 能改 logo - 但必须 同时改 logo 1 field 可以改 logo 1 field type 无法改 logo

Tag 有 Tag/base type，正如 field 有 field type

  • Tana 的 Meeting, Task, Person, Event, Day, Location, Topic, Project

    • ==抽象==，穿透 #Tag 层地，区分 #Tag 实例化对象 的 数据结构/类型 or 表现/行为
    • 因此属于 #Tag type 或 #Tag 的 base type

  • SB 的 page, table, item, task, paragraph, data, link, header, tag

    • 很==具象==（相对于 Tana 的 Meeting 等），最像 SiYuan，其次像 AnyType
    • 这三者的 #Tag 的 实例化对象 只能继承一个 base type > 但 Tana 不是，Tana 的 #Tag 的 实例化对象，可以继承多个 #Tag, 因而可以继承多个 base type（每个 Tag 都可以选择一个 base type）

note Note PKM/Apps/SilverBullet 的 tag 这个单值 attr（目前，{itags} = tag + {tags} ）与 #Tag 是平权的，不是 #Tag 的模板或 base type。 - 从集合的角度就可以看出：它竟然可以被纳入 itags... - 而不是比它更基本和抽象。 - 该 tag 主要用于 确定和区分 块的模板/样式，将其一一映射到 tag name - 地位上等价于 构成 AnyType 的页面模板的单个元素们的样式。

SB 的 tag 只用于区分 #Tag 实例化对象 的 样式，因此仍属于 #Tag

PKM/Apps/SilverBullet, PKM/Apps/Obsidian, PKM/Apps/SiYuan, PKM/Apps/AnyType 四者 都在根据 ==实例化对象== (的 #Tag) 的基类，进行 外观漂亮的 CSS 调整，特别是 PKM/Apps/AnyType。 - 看上去，越漂亮的，具象化程度越高，抽象程度越低，PKM 哲学概念越弱...

一共有 6 = 3 + 3 种 东西：

  1. #Tag 的 base type

  2. #Tag 本身

  3. #Tag 的 实例化对象

  4. field type

  5. field (key)

  6. field (key) 的实例化对象：value

一些 meme 思考

field 的（子）field 又是什么呢？ 1. 首先它肯定不是 与 父 field 并列的东西 2. 其次它也不是 field type 这个更 meta 一点的东西。 那它是什么？我感觉这是纯正的 面向对象的链式 call：见 PKM/Apps/Tana/fields#甚至 无限地 dot 下去，穿透式寻找。 但不能反向上寻找... a.b.c.d.e...

LogSeq db 开启 Dev tool 很有用（哪怕你不是 Developer，而只是 user）

开启 Dev Tool 后， 右键 tag/field/block object， 可以 Show block/page data。 - 能提供比 Tana 这个闭源软件 更丰富的 Node 属性信息 - 这个 Node 属性信息 可以用来 提供给 AI，并==更好地辅助你写 query==

LogSeq 的 #Tag 中，右键随便一个对象（包括其 field ），

右键 #Tag 的 ==实例化对象 的 field== 却没有任何反应。 - 弹出的菜单 最末，可拿到该 #Tag 的 page data

右键 #Tag 的 实例化对象 的 logo，可以查看 block 的 block data