为什么要自己写程序呢，因为现有的多多少少有bug，不能正确处理link，在mdx中，link到另一个词条是@@ @LINK =，mdx可以有多个词条名一样的词条，比如，一条是主内容，一条link，比如tired可以是主内容，link到tire，…

测试用的词典文件： [图片] MDX 词典测试文件技术交流与词典编修收集了经常会出错的词典文件，方便开发人员测试词典程序有可能出现的错误，如果有问题的话遍历词…

咋还有big5……官方builder里也没这个选项啊，坑也忒多了吧……

很多繁体词典用的 big5。

LINK 是小问题，很容易解决。如果有循环 LINK 的情况，可以把链接用对应的文本替代，这样就没问题了。

不是程序员，循环的处理有什么大麻烦吗？迭代@@@LINK时，遇到值是之前的键就跳过执行，应该不会很难吧？

写代码只是基本功，之前很多人不了解有 @LINK 这个东西，或者知道有 @LINK 这个东西，不知道里面会有循环的问题。这种与一线用户场景的脱节，是出现问题的根源。

脱节在哪里？需要两个条目互相参见的时候，弄个A词条和B词条相互@@@LINK就很方便也有需要。

互相引用没问题，我说的是脱节是指写代码的人对 MDict 词典和词典的制作不了解，所以我一直建议大家不要再支持 MDict 了，搞新的词典格式才是正解。

哪个玩意写的能整big5的builder，各种逆向兼容还不够，还整点新的，真是嫌屎山不够大，我做个UTF-32的mdx不就炸了吗

看到程序员破防就想起了自己的有些时刻就连句式都一样真的很搞笑 :goutou: （仅调侃，没有嘲笑的意思）

写了个简单的mdx 2.0 及mdd 2.0 的reader，用于server，能查对tired

last_idol 2026 年1 月 23 日 04:39 2

测试用的词典文件：