计划分三期完成：探讨制作词典时碰到的实际问题：各路制作工具的优劣对比，特别是writemdict.py的发展历史，及面对闭源mdx的尴尬处境各平台客户端goldendict, mdict, 欧路，对mdx的兼容性问题和差异讨…

[image] rrr: 各平台客户端goldendict, mdict, 欧路，对mdx的兼容性问题和差异如果不考虑出新格式的话，这些问题就只能对症（各异的 mdx）下药。。。个人感觉还是数据差异性太大，导致软件的处理差异…

支持集思广益讨论。关于统一样式这一点，我曾经也想把常用字典的外观统一起来（当然改css是上手难度低花费时间长的做法），随着对词典认识的加深，现在已经放弃这个强迫症了。原因：一是各家大词典的编撰理念不同，词条内容独具特色，如牛津高阶的…

[image] ubersoft: 编辑某词条内容这一条要实现对单个mdx词条的校对修改，可否基于mdict-utils 将mdx解开为源txt文本（一个词条一个txt，可增加单个词条的txt），这样修改或增加词条只要打…

实时编辑词典的需求很怀疑，HTML本身就不方便普通人编辑，容易打乱词条HTML的结构和层次，不适合分享，也不利于其他词典作者的二次加工提取数据重新制作，还是报错反馈让作者统一修改更好。 mdx 的解包，很多开源工具都做的很好，但打包都有排…

[image] last_idol: 实时编辑词典的需求主要是有些词典想边看边改错，还想顺手加上跳转链接。目前来来回回的全编译有点麻烦。 [image] last_idol: lgmcw 对其 genMDX_ox4…

[image] last_idol: 排序结果和 mdxbuilder 的并不一致词序排列的问题可参看这里 [image] 聊一聊制作mdx词典时那些容易踩到的坑用MdxBuilder编译前，在有同key单词的第一…

用开源的 python 实现打包 mdx，在欧路上问题特别多，writemdict 本身的代码问题好解决，但 stripkey 的黑盒问题解决不了，preview 最初也实现了 mdx 的打包，后面就是因为这个原因去掉了，词典作者们要正式发…

如果继续拘泥在 MDX 这个格式上的话，就会补丁摞补丁，不同软件有不同实现和渲染方式，最后谁也搞不懂谁。闭源不谈，MDX 也不是一种好的词典格式，只是历史沉淀太过深厚，改变不了而已。

[image] hua: MDX 也不是一种好的词典格式显然mdx 格式并不完美，但为什么它能流行这么广、持续这么长时间？这甚至超过了原作者的设计，因为他开发的格式4.0都没能这么成功。在我看来，技术门槛不高，能吸引新…

有没有想法, 一起弄个新工具

MDX词典制作工具研究[长期施工]

endnote September 3, 2020, 3:05am 8

词序排列的问题可参看这里