# delete\_\_\_\_\_\_\_

**URL:** <https://forum.freemdict.com/t/topic/3199>\
**Category:** 闲聊吹水\
**Created:** [2020 年9 月 5 日 03:21 UTC](https://forum.freemdict.com/t/topic/3199 "2020-09-05T03:21:19Z")\
**Posts on this page:** 1\
**Showing post:** 30

<div class="post-metadata">

作者： ![endnote](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/e/9de0a6/32.png) [@endnote](https://forum.freemdict.com/u/endnote)\
发布日期： [2020 年9 月 5 日 12:57 UTC](https://forum.freemdict.com/t/topic/3199/30 "2020-09-05T12:57:54Z")

</div>

我觉得讨论这些问题，有时候有点像在思考开源项目和社区的成败得失、正反经验哈。

> [@ubersoft](#):
>
> 官方的程序生成mdx

MdxBuilder 3.0 确实容错性很强，听说有些txt用其他开源工具编译失败但用官方的可以成功编译。

不过，其同key词条排序确实很有问题。  
比如两个key均为elder的两个词条，在 txt 原文本中的顺序为

 ![image](https://forumcdn.freemdict.com/uploads/default/original/2X/2/255a0620dc58abacb7fe1d0597070359b39f12ea.png)  
编译后查询elder显示为  
 ![image](https://forumcdn.freemdict.com/uploads/default/original/2X/d/dad8593fbb29e499aded6235b3d768e2d7ec07e3.png)

这种情况的出现不止一个key如此，而且貌似是 **随机的** 。在对别的词条进行编辑后，下次再编译成mdx，这个elder的顺序有可能又正常了或者仍然不正常。

这种情况一种不是解决方法的办法见

> [@聊一聊制作mdx词典时那些容易踩到的坑](https://forum.freemdict.com/t/topic/455/22):
>
> 用MdxBuilder编译前，在第一个词条的词头前面再加上两行\</\>，即一共三行（如该词条前面只有两行\</\>则编译后消失），然后再编译txt为mdx。
> 
> 一点感想：  
> 这样子操作词条数会+1，如果N个词条都这样子操作则词条数会+N。不开源工具在使用中碰到bug实在是尴尬啊

---

_[View the full topic](https://forum.freemdict.com/t/topic/3199)._