# 怎麼讓正確的詞條在最前面

**URL:** <https://forum.freemdict.com/t/topic/20977>\
**Category:** 技术交流与词典编修\
**Created:** [2023 年5 月 4 日 15:41 UTC](https://forum.freemdict.com/t/topic/20977 "2023-05-04T15:41:38Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

作者： ![eudic](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/e/77aa72/32.png) [@eudic](https://forum.freemdict.com/u/eudic)\
发布日期： [2023 年5 月 4 日 15:41 UTC](https://forum.freemdict.com/t/topic/20977/1 "2023-05-04T15:41:38Z")

</div>

> [@新世纪英汉大词典（全量提取词组版）2020-05-30更新](https://forum.freemdict.com/t/topic/2096):
>
> 我把Arlin大提取的所有词组数据（包括第一阶段、第二阶段和 doble bigword）全部集成到了atauzki大的版本中，现分享如下： 2020-05-30更新：跟随Arlin主贴更新，重新加入最新词组数据。其中涉及词条内容修复的部分并未对原mdx做相应修改，只是简单把Arlin与atauzki的数据重新合并了。期待别的高手根据Arlin主贴的纠错记录进一步修改。 [新世纪英汉大词典\_at…](https://forum.freemdict.com/uploads/short-url/cnClnEGjBymO1kquEilIwvn66Jv.zip)

這個詞典很完美，我不介意它擴容，但是想請教怎麼讓正確的詞條在最前面。比如說查詢retch，reach在前面，retch反而在最後

---

<div class="post-metadata">

作者： ![eudic](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/e/77aa72/32.png) [@eudic](https://forum.freemdict.com/u/eudic)\
发布日期： [2023 年5 月 4 日 16:35 UTC](https://forum.freemdict.com/t/topic/20977/3 "2023-05-04T16:35:43Z")

</div>

其實我不在意擴容，所以不想刪除鏈接，只是想把完全匹配的詞條放在前面，不知道能不能實現😂

---

<div class="post-metadata">

作者： ![eudic](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/e/77aa72/32.png) [@eudic](https://forum.freemdict.com/u/eudic)\
发布日期： [2023 年5 月 4 日 16:37 UTC](https://forum.freemdict.com/t/topic/20977/4 "2023-05-04T16:37:50Z")

</div>

適合自己的詞典才便於學習，每個人習慣不同。對我來說，這部詞典 **信息點清晰** ，搭配，用法，詞組在同一頁面，沒有摺疊不用點來點去，有簡短的英文釋義（語義替換？）和中文釋義， **一眼掃過去就可以基本掌握用法** ，易讀性高，詞組可以跳轉鏈接，佔地面積小，收詞多基本查什麼都有。

---

<div class="post-metadata">

作者： ![jerry502](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/j/e495f1/32.png) [@jerry502](https://forum.freemdict.com/u/jerry502)\
发布日期： [2023 年5 月 5 日 05:18 UTC](https://forum.freemdict.com/t/topic/20977/8 "2023-05-05T05:18:20Z")

</div>

> [@eudic](#):
>
> 讓正確的詞條在最前面

> [@eudic](#):
>
> 把完全匹配的詞條放在前面

已重新打包一个版本，能够实现楼主的需求：  
[https://cloud.freemdict.com/index.php/s/Ar33YN7r5W2ZdDp](https://cloud.freemdict.com/index.php/s/Ar33YN7r5W2ZdDp)

效果如下：

 ![2023-05-05 130512](https://forumcdn.freemdict.com/uploads/default/original/3X/2/d/2d32c1f3de0c4fbfb1ae4befb0d072cfef4b58b8.png)

思路：

1. 以EmEditor抽出包含`@@@LINK`的词条段落，共955,057条。
2. 删除原档案中如上的词条段落。
3. 将抽出的词条段落插入原档案的最後。

因此藉由`@@@LINK`跳转的词条，顺序都会出现在原词条之後。  
  
参考看看 : )

---

<div class="post-metadata">

作者： ![eudic](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/e/77aa72/32.png) [@eudic](https://forum.freemdict.com/u/eudic)\
发布日期： [2023 年5 月 5 日 06:27 UTC](https://forum.freemdict.com/t/topic/20977/9 "2023-05-05T06:27:41Z")

</div>

試用了一下非常完美！原來是這樣的工序，思路清晰，過程詳細，大贊O(∩\_∩)O~~感謝大大的俠義心腸👍

---

<div class="post-metadata">

作者： ![zhongx](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/z/ba9def/32.png) [@zhongx](https://forum.freemdict.com/u/zhongx)\
发布日期： [2023 年5 月 5 日 06:48 UTC](https://forum.freemdict.com/t/topic/20977/10 "2023-05-05T06:48:59Z")

</div>

感觉各软件排序构词有点混啊。  
另外：您是有重排过序吗？

 ![Snipaste_2023-05-05_14-38-57](https://forumcdn.freemdict.com/uploads/default/original/3X/4/3/43a372894511e13677600e376e6e4a0f56b54913.jpeg)  
 ![Snipaste_2023-05-05_14-42-06](https://forumcdn.freemdict.com/uploads/default/original/3X/f/e/fe5af7e20ddb43cda85b680e8faa3a453abd9219.jpeg)

---

<div class="post-metadata">

作者： ![jerry502](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/j/e495f1/32.png) [@jerry502](https://forum.freemdict.com/u/jerry502)\
发布日期： [2023 年5 月 5 日 07:58 UTC](https://forum.freemdict.com/t/topic/20977/11 "2023-05-05T07:58:52Z")

</div>

> [@zhongx](#):
>
> 您是有重排过序吗？

只有调整含有`@@@LINK`词条的顺序，勾选MdxBuilder的「Key case sensitive」，并取消「Strip Key」，其它都未更动，但看来对排序的确有影响……。  
  
若勾选「Strip Key」，纵使调整含有`@@@LINK`词条的顺序，查询retch，reach仍在前面、retch仍在最後，仍无法达成楼主的需求（「Key case sensitive」勾选与否皆无妨）。  
  
苦恼目前也没有好的解法，可能要等高人协助了……。  
  
关於「Strip Key」可以参考隔壁论坛的这篇文章：

> **[词条合并应不区分大小写与Strip Key？ - 词库制作交流区 - Dictionary-Making - 掌上百科 - PDAWIKI - ...](https://www.pdawiki.com/forum/thread-28426-1-1.html)**
>
> 新版的MDXBuilder已经没有「key case sensitive」的选项。其预设为何？官方比较建议区分或是不区分大小写呢？MDXBuilder选择不区分大小写时是否意谓，（词典制作时）合并 ... 词条合并应不区分大小写与Strip Key？ ,掌上百科 - PDAWIKI
