# MDX词典制作工具研究\[长期施工\] **URL:** \ **Category:** 软件经验交流展望\ **Tags:** 词典软件制作, writemdict, mdxbuilder, python, mdx改版, goldendict\ **Created:** [2020 年2 月 16 日 16:38 UTC](https://forum.freemdict.com/t/topic/774 "2020-02-16T16:38:43Z")\ **Posts on this page:** 1\ **Showing post:** 3
作者： ![endnote](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/e/9de0a6/32.png) [@endnote](https://forum.freemdict.com/u/endnote)\ 发布日期： [2020 年2 月 17 日 02:16 UTC](https://forum.freemdict.com/t/topic/774/3 "2020-02-17T02:16:56Z")
支持集思广益讨论。 关于统一样式这一点，我曾经也想把常用字典的外观统一起来（当然改css是上手难度低花费时间长的做法），随着对词典认识的加深，现在已经放弃这个强迫症了。原因： 一是各家大词典的编撰理念不同，词条内容独具特色，如牛津高阶的Which Word? / word finder / Homophones / See also / Vocabulary Building / More Like This / British/American等等等等栏目，导致其HTML标签的数量繁杂差异很大，很多标签是独有的。 二是样式多样化不是坏事。用多了之后，查阅词条一眼即可辨别是来自于哪一部词典，这个词典的特色长处是什么、这些地方需要特别多加关注。所以说，有区分度后查阅效率可能会更高。 当然，原始网站的css排版往往很难看，这时候选择你看得顺眼的网友改版css、在其基础上做微调是最省时间的。希望能把自己的时间用在刀刃上。 最后转引之前的回帖供参考。 > [@己亥年闲话](https://forum.freemdict.com/t/topic/576/14): > > 找好自己的独特定位就好，不一定非要取代，未来的事谁都说不准。 并不是说不需要改进mdx不透明的打包方式，也就是说可以设计一种新的开源打包方式： 1、继续采用Web技术（HTML+CSS+JavaScript），最好跟现有mdx打包前的源文本一样，把规范表述清楚全面。因为各大词典上线网页是这个结构，app数据底层也是，这大大方便了电子词典的爬虫转换制作，而且也降低了一般人修改完善词典的门槛。 … 并不是说不需要改进mdx不透明的打包方式，也就是说可以设计一种新的开源打包方式： 1、继续采用Web技术（HTML+CSS+JavaScript），最好跟现有mdx打包前的源文本一样，把规范表述清楚全面。因为各大词典上线网页是这个结构，app数据底层也是，这大大方便了电子词典的爬虫转换制作，而且也降低了一般人修改完善词典的门槛。 2、提供新的、开源方便的打包解包工具。 3、新的打包格式需要goldendict等软件支持。 4、要能解决mdx现有的痛点以吸引用户。比如，可以方便导出某词条内容（源文本及相关js & css）、方便修改某词条内容的编辑功能（错别字）、方便手动增加词条间跳转功能（也是一种编辑），等等。 --- _[View the full topic](https://forum.freemdict.com/t/topic/774)._