最近發現「亻因」這個字已經正式收入 CJK Ext-C 區。於是試著使用卻發現有些情況會顯示正確，有些情況會顯示「愚孝」。

 

比如在 wiktionary 的 CJK Ext-C 的頁面裡就能正確的看到「亻因」

 

http://en.wiktionary.org/wiki/Appendix:Unicode/CJK_Unified_Ideographs_Extension_C

 

底下的「亻因」不知道大家看到什麼：

 

U+2A736 𪜶

 

 

 

使用電腦 Ubuntu 10.04 Lucid Lynx。預設外裝的字體還有裝：

微軟正黑體

HanaMin

HanNom

如果使用的是同一字型不會出現兩種情況。

HAN NOM 字型是 CJK-Ext C 拍板定案前就在製作了，所以 C 的部分並不正確。正不正確一切依 Unicode 發佈的為準：

 http://www.unicode.org/charts/PDF/U2A700.pdf

有需要 CJK ExT C 的字的話，要另找較新的字型（如 HanaMin），或使用商業字型。

 

目前我電腦裡兩種字體都有，在 fonts.conf 裡 serif, sans-serif, monospace 的訂義中， HanaMin 都放在 HanNom 的前面。但是還是有時會遇到顯示錯誤的情況。

 目前似乎是指定某個字體而不是用  serif, sans-serif, monospac 時才會出錯。有什麼辦法可以讓系統先挑 HanaMin 嗎？

如果是在 firefox，可以試試看改 about:config 裡的設定

font.name-list.[sans-serif|serif|monospace].[語言代碼|x-unicode]

我在 Windows 測試過，上面的設定可以指定 fallback 字型

使用 strong binding，例如：

  <match target="pattern" >
  <test compare="eq" name="family" >
   <string>serif</string>
  </test>
  <edit mode="assign" binding="strong" name="family" >
   <string>Times New Roman</string>
   <string>PMingLiU</string>
   <string>HanaMin</string>
   <string>HAN NOM A</string>
   <string>HAN NOM B</string>
  </edit>
 </match>

這樣的話，選 serif 時，英文字會主動用  Times New Romam，中文字會優先用 PMingLiU → HanaMin → HAN NOM（字型沒有的字。依這個順序找字）。

不過，HanaMin 的 CJK Ext B 的字並不完整。