mdx的规范是闭源的。
3.0事实上已经是开源状态。
4.0闭源。
我觉得可以仿照pdf的方式，格式开源，各个基于此的软件的各种增强功能可以收费。
比如pdf的编辑功能等，各种增强，ocr等，这些特性一般的个人支持起来有难度,商业支持有市场和优势
mdx可以通过公开制作规范，从而掌握标准制定。
以规范的制定者的身份，倒逼软件支持。 从被动转为主动，后手变先手。
这个算是有生之年的希望吗
1 个赞
MDict，欧路不支持就没有希望。
1 个赞
mdx不是制作mdict的公司 出的标准吗
@xiaoyifang .mdx as any other closed format should be avoided. Unfortunately, not so many users are aware of the importance of FOSS Software.
An open source alternative should be adopted, but current alternatives (e.g. dsl) cannot compete with .mdx. Maybe .zim format is the best option.
It would be good if someone takes the mdx 3.0 version and creates a fully free dictionary format:
MDFree … lol
1 个赞
每家词典软件对MDX的实现已经不一样了。
像GD就会忽略MDX词典上对strip_key的设置，欧路和MDict是遵守的，GD要不要跟着改？如果改了，其他词典格式怎么办？单独做一套处理？还有对词条跳转的加载，GD不会做二次跳转的加载，欧路和MDict都会做，GD要不要跟着做。
改动实现，等于增加工作量。
3 个赞
开放的是mdx的格式规范。
至于软件的各自实现，随意。这个不强求。不过如果有更好的方式，规范上可以指明倾向。
strip_key目前是跟制作绑定了。作为规范的话，不是特别合适，如果是规范的话，应该是类似描述
“作为词典的词头的唯一性确定：格式，如下，
词头：
唯一性词头：（相当于strip_key处理后的值）
释义
“
规范上应该要描述词头唯一性的要求，strip_key相当于是mdict的一种唯一性词头的实现方式，其他软件可以有自己的唯一性保证。
规范制定者很难强制开发者遵守，比如谷歌对安卓应用的很多要求都是选择性的，再比如W3C制定的很多规范（HTML5、XML、CSS、JSON、SVG等），很多软件都没有完全遵守。除非是欧盟、苹果那样有能力而且管得严的；当然词典格式如果能有一个规范标准和工具模板，能让无论正版盗版、私有开源都普遍使用，那自然会发展得更好。
这个正好是一套规范，多种实现方式的注脚。
规范不应该描述实现方式。比如jvm就有各种实现。
软件各走自己一套，那这个规范就没有意义了。一般是词典作者用哪个软件，制作的词典就会适配这个软件，这个软件的实现就是事实上的规范。
嗯，实现和规范是个相互促进的方面。 比如规范中规定了10个，但是实现方觉得其中的3个无甚作用，不予实现。
最后的情况，可能是软件A实现了7个点，软件B实现了10个点。规范支持程度的差别就会促使用户做出选择。
实现规范的多少就成了一个卖点。 当然如果各个软件都不实现规范中的某点，估计就是规范制定的问题了。
突然想到，mdx如果需要公开规范标准，可能不是太复杂，而是太简单。（对mdx没有贬低的意思）
- 从文档的规范层次上来说，规范会比较少。 除了 词头， 释义，跳转 （含@@@LINK和entry内部链接定义)， 貌似没了。
缺少词典中各种标记的单独描述（所有的样式都可以css,html实现了， dsl的规范又是另1个极端） - mdx，mdd的文件组织形式上，比较常规。（常规不是简单，比如依然没有人破译mdx4.0）
4 个赞
大家真的好爱关于格式标准的讨论，看到好多个帖子了。
我的观点是，标准是由用户决定的，面向用户制定的，有用户才有标准。
例如网页标准是谁有决定权呢？是声量最大的浏览器，词典标准也同理。
我并不是要进行劝退，我的意思是制定标准首先要从获取用户做起，也就是字典软件。
目前 Wikit 是实打实格式和软件一起在做的，DictTango、平典 和 GD 也都在维护，未来支持新的格式是很可能的。
再然后，要怎么让用户接受标准？底线就是能无痛转换（或同时使用），如果能减轻使用成本那就更好了。这有两方面的说法，一方面是怎么让制作者在词头、索引、排版少劳心，把力劳对地方，另一方面就是怎么方便读者。
那么到这里事情也就清楚了，是什么让我们不得不抛开已有的 MDX 重新造一个格式呢？为了解决哪些问题得到哪些便利，我们要用什么去交换？
这肯定是有的，我观测到经常在讨论的就是索引这个问题，虽然我也不太懂。
还有就是，我认为词典的独立页面排版应该尽量做到统一，现在能见到的词典也基本都是统一的，那么每个词头都要存储一份 HTML 文档是否是很冗余的？（是否降低了访问/解压效率）如果这是一个问题，应该怎样去解决？能在当前这种词典框架里解决吗？（应该是能的，js 能访问外部都好说，但是性能会有问题吗？）
抛砖引玉，希望得到更多讨论
1 个赞