tana super-tag内容块类型标记(类DOM模型,XML)。
-
tana特色功能介绍:https://m.bilibili.com/video/BV1Ce4y1m77o
supertag为tag定义了一种类似面向对象编程的类的类型定义,每个tag就是一个类,每个tag类都有属性,而tag的内容就是内容块。
我的logseq日志:
- 标签
️似乎可以作为一种类型定义,可以包含属性。而内容就是文字块,emm,和html,差不多。
- 对数据进行类型标记
- 数据不应该一开始进行一个稳妥的设置,而是在过程里,都可以随时的进行修改
总之,supertag用另一种与html标记语言相似的方式(个人感觉)实现了块直接的关联(逻辑或形式或其他)和复用
- 标签
-
感觉是对tag做了类型定义,有自己的属性。然后这个tag类型实例用于标记内容块。
-
正好你在看这个,你顺便总结一下和 https://tiddly-gittly.github.io/super-tag/ 有啥区别,然后提一些 issue 吧,我之后加上。
-
tana的supertag是#classname定义的,用于标记一个位于大纲中的内容块,这个tag它有自己的属性,属性可以是其它被相同类型的tag标记的内容块。也可以是根据tag类型检索相同的内容块。它的属性名是自由的可以自己定义。看视频链接就知道了。就是tag属性中可以包含别的被标记的tag的内容块。
属于把面向对象用到了笔记里。
- 标签
️似乎可以作为一种类型定义,可以包含属性。而内容就是文字块,emm,和html,差不多。
- 对数据进行类型标记
- 数据不应该一开始进行一个稳妥的设置,而是在过程里,都可以随时的进行修改
- 其实就是定义了一个类(标签形式的类和实例,有自己的属性),对内容进行标记嘛。就是HTML标记语言的变体嘛,
,只不过类型是不是自定义。
- 并不是所有内容都可以打标签
而tw中的supertag似乎是以条目作为单位。是独立的,没有体现相互引用条目内容,而且,条目和条目之间没有办法体现树状大纲的层次关系。上下文关系或者说逻辑关系啥的。
- 标签
-
而且感觉tw的supertag和tana的supertag的目的都不一样
tana主要用于组织文本块,tw则是自动生成表?
-
太微里的文本块就是条目,supertag 就是在条目上做。你可以把Tana里的段落理解为条目
-
只是这样无法体现上下文关系吼,我在看看
-
-
-
@linonetwo 问题是,tana是大纲树组织的文本块,不是单个的文本块。就是怎么组织单个的条目。
有没有可能,直接将条目中用tag标记的文本块,直接创建一个条目呢? -
这个视频时间不长的,你看了就明白了,我讲感觉讲不太明白。。。
-
我去年看过,然后写了那个插件,不过现在感觉基本实现了其功能,就没跟进了。
tana 大纲里的一行就相当于一个条目了吧,就像 streams 插件的用法。不过重点是它填这些数据能实现什么用法,录入端不重要,体验好就行。主要看输出端能有什么用法, 然后我们的 supertag 能不能类似。
当然,目前主要是没啥要输出的地方,所以录入得也比较少了,我也就没怎么关注这个 supertag 了。
-
可它的输入输出组织的视觉是统一的。大纲文本块的类型标记,讲很多个文本块用大纲的方式组织起来。这点是独立的条目文本块目前没有的。
-
我感觉tana的supertag完全建立在树状大纲组织文本块的基础上,脱离这个,supertag就失去了一半的意义。
-
条目不能完全视作文本块,条目只能视作一个文件。文本块和文件的区别,我觉得,有无文件名,是否在文件内
-
这样看的话tw的supertag也就实现内容标记组织的25%的功能。
-
大纲可以视作dom文档树,supertag标记的内容块可以看重文档树中一个元素。
条目和dom树中的文本块大小不一样。条目就像是拆分开成内容块的dom文档。而文本块的集合dom树才是一个条目。
使用条目,我觉得就把整个dom树打散了,所以我觉得没有意义。
-
大概也就这些了,我实在想不出怎么组织散落的条目。
我觉得散落的条目没有良好的组织方式。目前tw有tag树。
thebrain的树我认为是一种非常好的组织方式。
还有卢曼的zk序列分支树。
-
tana的supertag,我感觉很像HTML文件的变体。
都有标签,标签都有属性和内容,标签有层级。
太微要用条目做内容的话,那只能是HTML文档中的一个元素。而不是一个html文档,组织上感觉不方便。
就比如说写一个html文档,一个文件中只写一个标签,这样写很多个标签,然后用新的文件把这些标签文件组织起来。嗯,我觉得很麻烦,而且不直观。@linonetwo
7/28