谢谢m老师！
在百度网盘（手机在FreeMdict Cloud里看不到更新日期）里看到所有文件是3月28日的（“25日更新”26日已经下载过了，请问是否跟网盘里看到的28日一样），1.mdd (4.22G)不需要更新吧？
大的mdd一直没变。
大的mdx26号以后没变。
只动了小mdd和外挂的两个css
HTML比较灵活，可以随时随地增加一个新的class并在CSS规定其样式。尤其是OED这种不断在修订、新增词条的。
JSON比较死板，一旦在设计阶段定型，在使用过程中再增加key就很麻烦（即便预留了备用的也可能耗完），比如这个93W词头的。
已有的MDX转JSON，最麻烦的是在设计阶段规定多少key，只看一些长词条的话、总还是有例外的内容无法纳入。同样，比如这个93W词头的。只能削足适履。
这种优缺点之前讨论过多次了。
两个在存储内容上是完全等同的，也就是说，没有互相无法转换并保存全部信息的情况。
主要的差异是面向。html对人，json对机器 - 可读性和派生的“好看”。
如果两者无法完全lossless翻译，只是因为翻译写死了，不是两个制式有问题。
你要说灵活，json更加灵活，只要recursion + list + map就完全闭眼解决内容问题。
HTML里面的固定几十个tag，都是为人准备的，机器完全不需要。只能说对人更友好。难道这不是制式刻意达到的效果么？
为了好看，付出了很多代价。程序猿不就是硬着头皮面对机器，横眉冷对千夫指责，俯首甘为孺子猴么？
为了好看，付出了很多代价。程序猿不就是硬着头皮面对机器，横眉冷对千夫指责，俯首甘为孺子猴么？——受教了！。感激！
这是官网的id,不是我发明的.
为了跳转严格按照官网数据,必须用官网的id,这不是bug,是feature
官网id就是含有dash的.
这不仅仅正常,而且是必须的.
如果不管跳转(referential integrity, foreign key)就可以不出现跳转.
主要这不是应该先显示查询词条的解释，然后再显示相关词的吗
那是因为内容是放在id上的，所有跳转都指向内容，也就是id。
要不然还得发明一种id到放内容的那个id2，就画蛇添足了。
刚看到,准备转换，忙不过来
嗯 不知道OED now的是咋处理的 先用着吧 也不影响查询，辛苦了！
Is the final version out and ready? I’ll only download after that.. 
Yo guys, this is my first time downloading a dictionary pack! very excited to have OED for the first time. could someone please guide me on how to set it up for viewing?
i have downloaded goldendict-ng.
I can see two folders on the freemdict cloud (1.3GB and 6.7GB respectively).
should i download both?
what to do once i have them downloaded?
any sort of guidance i’ll be grateful for 
Go ahead as I have no plans for updating it.
Don’t download the data.
Install any of the free mdict software, e.g. the sticky at the forum top has two of them.
The reference implementation is mdict.cn. Old, but simplistic.
So, I should only download the 6.7 GB folder.. with OED-2026 title???
Yes, the whole thing.
Thanks for your hard work.
大师，应该没有提取短语吧，搜短语跳转不到正确的地方。
举个例子，跳转已经过度了吧