Recently Active Topics

5.4.0版本讨论会议

机杼 — Sun, 19 Apr 2026 09:36:04 GMT

我在英文论坛那边提了一下，让杰里米在5.4.0版本发布一周后做个直播，分享里面的新功能和一些高级用户使用5.4.0新功能的改变，或者插件有什么变化等内容。但杰里米没回我。

因而我打算在五一假期时，找个时间来聊一下TiddlyWiki。虽然我也有快一年时间没研究TiddlyWiki了。但之前研究的内容也可以分享出来。

感觉这种大版本更新应该要多多发视频介绍。remnote每更新一次，就发邮件，一个大点的版本更新就发youtube视频。咱们TiddlyWiki更新的视频太少了。

当然现在都搞AI笔记软件去了，尤其是还有人说MD是AI的母语，我看了真的觉得好笑。

如何自学/简单理解 tiddlywiki 主要基本功能？如何用官方文档自学？

机杼 — Sat, 18 Apr 2026 14:11:38 GMT

@w6iyes 现在基本上不用define 了，基本上改用procedure了

5.4.0版本要来了

机杼 — Thu, 16 Apr 2026 15:42:26 GMT

@king0billy https://talk.tiddlywiki.org/t/tiddlywiki-v5-4-0-will-be-released-on-20th-april-2026/ 就直接上英文论坛看就可以了。

一个表格生成的问题

linonetwo — Mon, 30 Mar 2026 05:52:14 GMT

等 5.4.x 的所见即所得编辑器吧，之后应该会有表格编辑器。

公开一个阅读模板

dyp1121054136 — Thu, 26 Mar 2026 09:49:52 GMT

@y7 这是tiddlyhost，一个外国人弄的免费博客，虽然没墙，但是没有梯子可能打不开

关闭时间戳，防止 modified 字段被修改（批量操作时很有用）

机杼 — Thu, 05 Mar 2026 01:44:15 GMT

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

TiddlyWiki与Obsidian，我全都要

机杼 — Thu, 05 Mar 2026 01:37:16 GMT

简要写一下我的挂载路径。 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 和 Org mode 的区别

机杼 — Thu, 05 Mar 2026 01:30:17 GMT

我是重度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了解实在太少。

希望太记AI可以做到类似mem的功能

paper — Sun, 22 Feb 2026 09:10:10 GMT

类似mem中可以通过与AI对话寻找笔记，新建笔记，自动分类笔记的功能，应该能大大降低使用门槛

建议太记移动端使用外部存储

paper — Tue, 10 Feb 2026 08:04:09 GMT

感谢回复，Android上可以用GitSync来同步

一个很有意思的笔记软件AnyType

paper — Mon, 09 Feb 2026 15:52:42 GMT

AnyType是一个开源，很有设计哲学的笔记软件
其中的type,relation之类的概念我认为和tiddlywiki的标签，字段的概念很相似，两者都有比较原子化的笔记分类，不过AnyType把它们强调贯穿整个软件了，但是tiddlywiki的字段就比较零散
看最近的笔记软件感觉或多或少都和tiddlywiki有共通之处，只不过tiddlywiki的优化实在不够，没法有效利用这些设计

在Koofr使用html版tiddlywiki的方式似乎已经失效

paper — Mon, 09 Feb 2026 15:21:11 GMT

按照在tiddlywiki.com的步骤配置完成后，可以正常访问wiki，按下保存会显示“已保存”，但刷新（再次访问）会显示"can't load tiddlywiki-{version}-core.js"，回到文件列表可以发现文件大小变为0kb，请警惕数据丢失

TiddlyWiki转换文件路径时可能会存在问题

机杼 — Tue, 13 Jan 2026 09:38:30 GMT

[image: 1768297035181-e9c2142b-10c4-4f0a-91ce-208a5d88a788-image.png] 文档中说是会增加一个空格然后递增数字，但明显实现不了。 [image: 1768297060202-08b13112-3dd6-481b-bbb7-dfd0211e76a6-image.png] [image: 1768297069200-5e4a35aa-d55d-466d-8fc1-ae184a57ce58-image.png] 从上面两个截图可以看出没有实现这个功能。因而保险起见，还是不要_作为标题字符。

为新用户隐藏大部分功能

机杼 — Mon, 05 Jan 2026 13:49:56 GMT

[image: 1767620970305-0ffb71e8-6aa8-4769-b228-8986974be692-image.png] 类似于这种图像也可以放进一个tabs里。这样展示起来也很方便，想看就点击查看。不想看就关闭了。

制作一些有用的太微示例来宣传

机杼 — Mon, 05 Jan 2026 13:44:44 GMT

@Neonity 可以啊，且非常适合做这种事情。但如果要突显出TiddlyWiki的特点，可能还得花点心思。

应该用 CPL 插件网站或者拖动安装，不应该用 info 文件或者改插件文件夹安装

linonetwo — Sun, 04 Jan 2026 05:13:22 GMT

在国际论坛发过

https://talk.tiddlywiki.org/t/relink-plugin-installation-on-node-js-tw/12998/12?u=linonetwo

推荐参考 CPL（项目地址：https://tw-cpl.netlify.app/#Welcome ）以及我们的 中文教程（地址：https://tw-cn.netlify.app/#安装和卸载插件），相关内容也基于 GitHub 上的 讨论帖（链接：https://github.com/TiddlyWiki/TiddlyWiki5/discussions/6096#discussioncomment-1458574 ）。

我们十分重视用户增长与新用户体验。

@ 杰里米
嗨，这里的一些复杂性源于客户端-服务器配置的方式，我们实际上在运行两个 TiddlyWiki 的副本：一个在浏览器中，另一个在 Node.js 下。通过维基的 /plugins 文件夹安装插件的要求仅适用于需要插件在 Node.js 下运行的情况。实际上，绝大多数第三方插件只需要在浏览器中运行，因此不需要通过 /plugins 文件夹进行安装。相反，只需通过拖放 JSON 文件或使用插件库来安装此类插件即可。

改文件安装插件会导致两个问题：

不方便通过界面一键升级，和别的能在界面上升级插件不一致，以后你会需要在两边处理升级
需要用 VSCode 等编辑器打开，只适合很爱折腾的极客用户

太记内置模板之后自动把插件等系统条目归类到 system 笔记文件夹里，和普通笔记分开

linonetwo — Tue, 02 Dec 2025 08:51:22 GMT

靠的是 https://github.com/tiddly-gittly/Tiddlywiki-NodeJS-Github-Template/blob/master/tiddlers/system/FileSystemPaths.tid

title: $:/config/FileSystemPaths

[is[system]!has[draft.of]search-replace:g:regexp[/|\\],[_]addprefix[system/]]

这样就自动归类了

0.13 预发布版和之后的版本新建的知识库默认是这样。现有的知识库可以自己修改上面的这个条目来实现。

太记 v0.13 预发布版支持自动加载硬盘变更，可以用 vscode 或者 typora 等编辑了

linonetwo — Sat, 22 Nov 2025 17:55:11 GMT

本来想直接在太微核心做的，但是他们要求把依赖的变更监控库也嵌入进去，这个不好搞就一直不了了之。

最近正好 AI token 用不完，让 Claude 4.5 抄 https://github.com/tiddly-gittly/watch-fs 和 https://github.com/TiddlyWiki/TiddlyWiki5/tree/master/plugins/tiddlywiki/filesystem ，把它们二合一，综合所有信息，写一个bug少的新版插件，就很快写出来了，并补充了一些自动化测试检测bug，现在太记就有一个新版的内置的 $:/plugins/linonetwo/watch-filesystem-adaptor 插件了。

这个插件依赖高性能的变更检测库 https://github.com/Axosoft/nsfw ，因为涉及高速的二进制文件，所以没法做成纯的太微插件，只能在太记里依赖太记自带的 nsfw 的二进制文件来工作。所以要提交给太微核心还不太可能。

https://github.com/tiddly-gittly/TidGi-Desktop/releases/tag/v0.13.0-prerelease6

简单的语法符号高亮单独工具（只支持嵌入/筛选器/宏/变量/小工具）

w6iyes — Mon, 03 Nov 2025 09:45:11 GMT

版本：v8-在线试用-条目名称补全-自动补全与提示预览-属性与参数提示-关闭标签括号与查看节点-高亮匹配标签并跳转-实验性代码折叠-codemirror5编辑器更新时间：251103 （实验性）在线试用（只有英文版）： https://wtsshl.tiddlyhost.com/ 更新说明：改进了补全体验：忽略剪贴操作、空格等字符。输入尖括号会触发补全。补全功能增加了（实验性）条目名称补全，支持缩写搜索，支持提示预览功能（显示部分条目内容(text)、内容长度、类型(type)、字段(fields)）。改进了关闭标签功能，重复按下快捷键会在括号前后跳转。改进了提示预览功能，右侧空间不足则会显示在左侧，底部空间不足则会往上显示。增加了一些快捷键：解析语法折叠、其他配置、使用说明。调整了高亮匹配括号的样式。 wikitext简单语法高亮v8.zip.txt (753kb) 使用说明：同上。双击打开（v8.html）。 Version: v8-251030 (Experimental) online demo: https://wtsshl.tiddlyhost.com/ What's new: Improve the completion experience: ignores cut and paste operations, spaces or some other characters. Typing angle brackets triggers completion. Added experimental tiddler title completion, supports abbreviation search, and supports tooltip preview (displaying part of the tiddler text, text length, type, and fields). Improve the [Close tag/bracket]: repeatedly pressing the hotkey will jump to the end or front of the bracket. Improve the tooltip preview: if there is insufficient space on the right, it will be displayed on the left; if there is insufficient space at the bottom, it will be displayed upwards. Added hotkeys: [parse folding], [Other configs], and [Help]. Adjusted the style of [Highligh match-brackets]. wikitext-simple-syntax-highlight-v8.zip.txt (664kb) Instructions: Same as above. Double-click to open (v8_EN.html).

tiddlywiki还是应该all in one

机杼 — Wed, 17 Sep 2025 01:03:27 GMT

@W1825 我感觉可以等一下MWS的发展。MWS发展起来了的话，十万个条目肯定是影响不大的。因为你可以把不同的东西放进不同的袋子里。