太微中文展示

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

简要写一下我的挂载路径。 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了解实在太少。

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

[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] 从上面两个截图可以看出没有实现这个功能。 因而保险起见，还是不要_作为标题字符。

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

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

版本：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).

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

希望能够出一个markdown的根据6级标题折叠的插件来配套，然后通过在字段中选择默认折叠到第几级目录，这样用来写1w字以内的长文章就会很舒服 因为我发现虽然一个条目一个主题比较适合阅读，但是类似MOC这样的条目就适合一个条目中链接成百上千个条目 另外折叠之后的条目如果能在一个屏幕上完全显示，这样可读性就会很高

我挺喜欢喜欢projectify和根据projectify开发的插件，不过存在几个问题： 就是使用墨屉Tidme记忆卡片的复习安排貌似使用了projectify的相同字段，导致所有的当日要复习的卡片都会出现在Today's todo里面， 希望有更好的方法把现有的笔记添加到任务todo清单中去加上due day，而不是默认新建笔记加入，但是在删除的时候不要使用系统删除功能，否则容易把重要的笔记不小心删掉了，可以参考使用trashbin功能

只用MD，对我的工作流和笔记流来说基本上用不到wikitext，如果是md展现不了的内容，这些内容也不会出现在别的笔记软件中

一年了，这个功能只能5.4.0版本中加入了。唉。