太微中文展示

机

@W1825 可以正常你复制一个，把里面的created 和modified 对调一下就好了。

机

还有个办法，就是自己写一个button按钮，里面的action-setfield，可以设置属性$timestamp 为no，但奇怪的是这个属性并不是所有微件都支持，还是不够统一。

机

简要写一下我的挂载路径。

tiddlers\
tiddlers\TW-Obsidian
tiddlers\TW-Obsidian\tiddlywiki.files
TW-Obsidian
TW-Obsidian\.obsidian
TW-Obsidian\ROOT
TW-Obsidian\ROOT\测试.md
TW-Obsidian\ROOT\测试.md.meta

简单来说，即把Obsidian编辑存在的文件夹放在tiddlers同级的外层，而不放在里面。不放在里面是因为会加载像.obsidian这个带有插件等其它文件性质的文件夹。而后面把所有文件全都放进ROOT文件夹中也是如此。因为我们不想把.obsidian也挂载进去。

tiddlywiki.files 文件本质上是一个纯文本的json文件。我是按上面的路径进行配置的，并增加了isEditableFile属性，使得可以在TiddlyWiki中进行编辑md文件，并修改原文件。不然的话，在TiddlyWiki里编辑过后会在tiddlers文件夹中生成同名文件。

{
  "directories": [
    {
      "path": "../../TW-Obsidian/ROOT",
      "isEditableFile": true
    }
  ]
}

最后记得在.gitignore文件中新增一行，避免对这些插件内容进行跟踪，当然如果你想使用git进行多端同步的话，也可以不排除。

# 排除掉Obsidian相关的插件设置
TW-Obsidian/.obsidian/

机

我是重度TiddlyWiki用户，也几次想尝试emacs，奇怪的是我感觉自己跟emacs相性不合，怎么都玩不下去。但多少也可以比较一下。

emacs本质上是编辑器，org mode是里面用来编辑org文件的插件。org是一种大纲式的标记语言。我在网上有看过，有的人写起来非常丝滑。

TiddlyWiki则是网页式的单页面应用，其依赖于浏览器。

两者的共同点在于，都具有高度的自定义性，可编程性。不一样的是，emacs是真的在写编程代码，而TiddlyWiki还包裹了一层wikitext，因而代码写起来相对简单很多。甚至不需要js技能就可以使用。而emacs，我感觉不会lisp应该是用不明白的。这也就导致两者都有一个共同点，学习难度大。

但好在两者的社区都比较繁荣，TiddlyWiki的社区也很不错，经常在论坛上问问题能立即得到回答。

org mode或者后面的org roam，有个好处是，其明文存储，但在编辑时会进行数据库构建。这就使得不管有多少个org文件，多大的org文件，写在何处的属性，都能立即展示出来。比如做任务管理，全部列举出来。

这一点TiddlyWiki还做不到。TiddlyWiki是明文存储，但没办法进行数据库构建，因而在后期笔记数量达到一定程度时，确实会出现性能下降，编辑缓慢。但一来这个量级要非常大，至少要几万条笔记（不包含图像等媒体文件的话），二来这个问题也是可以解决的，且有多种解决方案。可以有MWS，也可以看看我刚提出来的，用Obsidian编辑md文件然后在TiddlyWiki里展示的方案。

TiddlyWiki与emacs的org mode区别还在于，TiddlyWiki更倾向于把文件拆分成多个条目，而org mode则无所谓。在TiddlyWiki里，一个条目或者说笔记如果有两万字，编辑起来能明显感觉到有些卡顿。

TiddlyWiki可以在多处运行，甚至可以放在u盘里。emacs能不能这样做我就不清楚了。TiddlyWiki可以搭建博客，发布文章，emacs应该也有类似的插件可以实现这种功能。

在我看来，TiddlyWiki更像是一个前台，更像是一个展示的空间。我可以在这个空间里随意构建我想要的内容。TiddlyWiki更像是独一无二的具有自指性质，自我更新的软件，其它软件则很难做到。emacs的生态如今下放到Obsidian里去了，因为Obsidian使用md文件且插件丰富。再有一部分就下放到vscode里去了，毕竟不用自己配置emacs了。还有一部分转移到roam或者tana这种专门的大纲笔记软件。

当然TiddlyWiki也有用户流失。但不像emacs用户有好的归属。

感觉写得有点混乱，我对emacs了解实在太少。

机

最近我重新搞了下博客，用Obsidian写MD文件，用hugo搭建。后面我想到，为什么不能用Obsidian编辑md，然后转换成TiddlyWiki可识别的模式呢？

TiddlyWiki是支持md文件的，但TiddlyWiki与市场上大多数支持md的笔记软件不太一样，TiddlyWiki是把属性保存在meta文件中的。类似于下面这种形式。meta文件的内容就是常见的键值对，属性值的内容。而Obsidian则是把属性值存放在MD文件自身的YAML格式上。这一点是写在Obsidian核心里的。而为了绕过这一点，我的思路也很简单，当插件检测到用户正在使用Obsidian编辑md文件时，把meta里的内容复制到md文件上，而当用户编辑完成时，则把编辑之后的yaml内容移动到meta文件中并在md文件里删除yaml内容。因为每次只要面对一个或少数几个md文件，性能上应该没什么压力。

测试.md
测试.md.meta

---
tags: TiddlyWiki
---

https://github.com/dongrentianyu/tiddlywiki-meta-sync

目前已开源，只需要到仓库里，看一下安装方式就好。整个插件完全是由Grok写的，想改代码可以看一下自己改，

展示

6d102e37-156f-49b0-9ac5-99fd711d82de-939b218e6ddc4507062fd1ed245349a.png

6209353b-d001-42d6-b0c4-8480e3c181f9-bca22f80033544b5732cf8dd12e09d5.png

6e608d25-050c-47bc-9b8f-56c49245afd0-06298c97ae0ba755b50dc06626a0db4.png

43e55e4d-9ac3-4224-93cc-18e8cbd73834-3be01dffef10bf9cc6b89376e700083.png

好处

这样就可以实现，TiddlyWiki和Obsidian，我全都要。在Obsidian里，完全可以和正常的Obsidian一样进行编辑安装插件。但注意无法使用像dataview这种插件，因为其是读取yaml格式的。Obsidian负责编辑文件，而TiddlyWiki负责数据库和前端展示。因为TiddlyWiki的筛选器语法真的比dataview要简单很多，且扩展性更强。

同理，这个思路还可以用在其它软件上。如果你会使用Emacs，也可以进行相应的操作，无非是把md文件换成org文件，在代码层面应该是不难做到这种事情的。emacs的org-roam自带一个数据库加载，在编辑时加载会非常方便。TiddlyWiki在这里重点需要负责的内容只有前端展示。

那为什么要搞得这么复杂呢？

也很简单，因为如果不依赖这些软件，完全自己去写代码和数据的话，工作量会非常大。对于非程序员群体来说很不友好。上述方案至少还能跑得通。

其次是可以方便在TiddlyWiki里对接AI功能。借助Obsidian的生态，AI正常在Obsidian里生产文章，一编辑就保存到TiddlyWiki的数据库了。非常方便，也不用担心TiddlyWiki一直没有AI功能而搞不定了。

注意事项

Obsidian中不支持纯数字标签，但TiddlyWiki是支持，因而在使用Obsidian编辑TiddlyWiki的md文件时，应注意这一点。
- 这个也是写在Obsidian核心里的，很难绕过。
TiddlyWiki不允许重名，而Obsidian允许在不同的文件夹下重名。因而插件有检测机制，检测在当前Obsidian库中存在重名文件时，便会出现弹窗提醒更改。
- 但同样有个问题。我使用Obsidian的库是挂载在tiddlers文件夹外部，插件无法检测到tiddlers内部的文件。需要注意。
Obsidian会实时检测到MD文件的修改。且可以在TiddlyWiki中修改和编辑MD文件。但反过来则不行，在Obsidian进行编辑后的MD文件，TiddlyWiki需要重启才能读取到。
- 太记最近好像有做检测外部修改文件然后重启的功能，但目前还是实验性的。
插件有进行转换的功能，但好像没写好。
- 技术好的可以再加功能。直接提pr或者联系我开仓库权限，或者写好了发个评论我去下载。

机

文档中说是会增加一个空格然后递增数字，但明显实现不了。

从上面两个截图可以看出没有实现这个功能。

因而保险起见，还是不要_作为标题字符。

机

重新启动服务后，另外一条笔记就没了。

机

先保存在这里，后面有时间再去提issue。

这里最大的问题是，TiddlyWiki会把/转换成_，但同时在标题里并没有进行这样处理。

这就造成了在TiddlyWiki中存在上述图片中两个合格的写法，而文件保存只会保存一个。当下次再进行刷新保存的时候，就会变成123这个内容了。

是123还是456，完全取决于上述两个条目谁是最后编辑的，最后编辑的会覆盖之前编辑的内容。

机

类似于这种图像也可以放进一个tabs里。这样展示起来也很方便，想看就点击查看。不想看就关闭了。

机

https://talk.tiddlywiki.org/t/hide-most-of-features-for-new-users/6243

https://talk.tiddlywiki.org/t/smallest-ui-button-set-for-new-users/14707

最近对TiddlyWiki又有了一点想法。

可以做类似于trilium旧版的这种tabs功能。相当于在笔记下面有一排tabs，点击可以展开相应的内容，默认是不展示的。再点击可以关闭。

而且这样还可以放一排按钮进行，随时可以进行控制展示。

当然trilium新版布局不是这样的。新版布局更接近于notion那种风格。

太微中文展示

Global Moderators

帖子

展示

好处

注意事项

成员列表