太微中文论坛

版本：v6-codemirror5编辑器-实验性代码折叠-高亮匹配标签并跳转-自动补全与参数提示-关闭标签括号与查看节点

更新时间：20250927

更新说明：

调整了小工具(widget/微件)的语法高亮颜色。 增加了（实验性）查看语法节点信息(parsetree)功能。 增加了简单的自动补全功能： 语法补全（小工具名称和属性、宏名称和参数、筛选器操作符(operator-filter)、编译指示(\pragma)、代码/文本片段(Snippet)），支持缩写搜索； 上下文单词补全(anyword-hint)。 增加了（实验性）简单的属性/参数提示功能（只支持小工具和宏）。 增加了关闭小工具/宏/变量/HTML标签括号的快捷键。

wikitext简单语法高亮v6.zip.txt (707KB)

使用说明：同上。双击打开（v6_本地版.html）。

Version: v6-20250927

What's new:

Experimental syntax node information (parsetree) viewer. Simple auto-completion: Syntax completion for widget names and attributes, macro names and parameters, filter operators, \pragmas, and snippets, with support for abbreviation search. Word completion (anyword-hint). Experimental simple widget/macro tooltip (e.g. widget attributes or macro parameters). Keyboard shortcut for closing brackets around widget, macro, variable, and HTML tag.

wikitext-simple-syntax-highlight-v6.zip.txt (708KB)

Instructions:

Same as above. Double-click to open (v6_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版本中加入了。唉。

我感觉还是要这种偏娱乐向的内容能获得更多的受众。偏知识向的内容，不咋有人关注。只不过数据来源可能需要爬虫，但现在像豆瓣电影或其它什么平台对这方面限制挺多的。

我感觉只能手动更新链接。这确实比较麻烦。

感觉这个领域确实是需要AI来做一些辅助工作。

@马萨伊尔

TiddlyWiki也可以看作是一个数据库，只是没有交互界面。需要自己重新写一个交互界面出来。自己写的容易定制化，想加什么功能就加什么，想怎么来就怎么来，其它笔记软件就不好说了。

https://tiddlywiki.com https://bramchen.github.io/tw5-docs/zh-Hans/

上面两个网站都能正常加载，但我的博客网站好像就不行。也许是没有开权限？

好吧，要开权限。可以开本地的HTTP，就能加载进来。但如果是本地的话，就不需要这么麻烦了。还要再研究。

教程或者技巧一类的文章，先发布在论坛上，后面逐渐更新到太微漫游文档和太微中文教程中去。

一篇文章分属两个部分，是考虑到可以提高知名度和传播。另外也是TiddlyWiki和markdown的两种不同形式。也许这样效果会好一点。

#23 @机杼 ：

想要掌握更复杂的wikitext用法，可以研究研究官方核心里的系统条目和其他插件中的条目。可以看到他们是如何用wikitext构建一个组件的。会怎么使用list微件，又如何使用定义的变量。

对的，系统条目里面本来就有大量的现成组件，是最方便的代码样例。
我曾经打算整理总结出来，但是太费时间了，而且之前缺乏语法高亮读起来太困难了。

PS: 关于如何解决wikitext语法高亮的问题，来提高可读性和阅读效率，这里有几种解决方案

https://talk.tiddlywiki.org/t/fully-automating-tiddlywiki-save-path-management/

英文论坛那边我补充了一个，把日志条目放到相应的文件夹中的方法。我就不转过来了。

我也是用播放语言才输入正确的，这是欧盟官方的工具，还挺有意思的，就是体验不如国内企业做到问卷工具。

@w6iyes 一般来说写插件会复杂一些，要考虑到很多场景。平时自己用的话，筛选器很少写这么复杂的。这可能是我第一次用subfilter。