底下這篇文章是我最近寫程式的一點點心得，原文已發表於 CLDP 上，包括了 GNU/Linux I18N 的環境簡介與相關的程式寫作簡介。但在此我只摘錄了有 關 GNU/Linux I18N 環境簡介的部分，至於程式寫作部分另有 專文介紹。 希望這篇文章對有興趣的朋友有幫助，能讓大家能早日進入 I18N 的世界 :-))
由於我所知很有限，所以文章中可能有很多錯誤， 因此，希望各位高手能多多給我批評與建議， 或幫忙我將不足之處補齊，讓這篇文章更完美。
在此先謝謝各位。
謝東翰 (Tung-Han Hsieh) <thhsieh@linux.org.tw>
最近這個話題大家吵得有點厲害，大家都希望 GNU/Linux 能在中文方面有所進 步，各家有各家的說法，莫衷一是。由於我最近常與 CLE 的 group 有聯繫， 同時也正在寫一些與中文相關的程式，因此我大略說一下「我們正在做什麼」， 讓大家參考。
我希望大家能將這篇文章當做技術性文章來讀，不要再有情緒化的批評，畢境 我們要的是 solution, 情緒化的批評對我們實在沒有幫助。除此之外，我的觀 點可能有錯，也可能過份樂觀，也歡迎大家能就技術方面給予我指教。
二、 I18N 與 locale:
要將 GNU/Linux 中文化，朝著標準走才是長遠之計。各位如果有見過近代商業版的 UNIX 就會曉得，它們「中文化」之徹底，令人驚嘆，諸如中文選單、中文訊息 .... 您能想像得到，或說只能在 Win95/98/NT OS/2 .... 等上頭才見得到的 中文環境，它們都有。然而，它們的中文並不是像目前 GNU/Linux 上常見到的那樣， 由一堆程式七拼八湊出來的，它們全部都是遵循一個標準: I18N 。
I18N 是 InternationalizatioN (國際化) 的縮寫，第一個字 I 與最後一個字 N 之間有 18 的字母，故名。 I18N 並不是只有表面上將 X Window 「國際化」 而已，它是奠基在最底層的 libc 上。 libc 必須要有 locale 的支援，才能向 I18N 起步。
什麼是 locale? 簡單說就是一組「地區語言」的資訊。它包括了 (詳見 man setlocale):
其中，與一般使用者最有關係的，是 LC_CTYPE 與 LC_MESSAGES 。 LC_CTYPE 直 接關係到某些字元或內碼在目前的 locale 下是否可印? 要如何轉換? 對應到那 一個字? .... 等等。 LC_MESSAGES 則關係到軟體的訊息輸出是什麼樣的語文。真 正完整的 locale 支援，是當我們在 shell prompt 下，直接設好環境變數，則我 們馬上就能切換到那個語文了。例如:
bash: export LC_CTYPE=zh_TW.Big5
有了 locale 環境，使得任何地區的語文，只要在加入適當的 locale data 之後， libc 就能正確地處理它了，而我們的「中文」當然也不例外。由於前人與 CLE group 的努力，目前我們已有自己的 locale data 了。有興趣的朋友不妨到 /usr/share/locale 下看看，如果您的系統使用的是 glibc-2.0.7 或 2.1.X 的版 本，而且也有安裝我們的 locale data 的話，您會在那個目錄下見到 zh_TW.Big5 子目錄，那就是我們的 locale data。同時這個 locale data 也已送回了 glibc 總部，在不久的將來等大部分的 GNU/Linux 套件都改用 glibc-2.2 以後，則系統 一裝起來就馬上有我們的 locale data 可用，換句話說基本的中文環境都不會有問 題了。
目前 GNU/Linux 對於 locale 的支援如何? 可以大概地說，西方語系差不多沒問題了， 但東方語系要到 glibc-2.1.X 以後才算大至完成，但若要真正完整則必須等到 glibc-2.2 以後。至於更早期的 libc5 的版本，那差不多可以說支援得相當差，幾乎只能靠「 七拼八湊」的方法來有限度地使用中文。
三、 X Window 的部分:
接著我們來看看上層， X Window 的「中文化」 (或「國際化」)。X11R6 也有一 個 locale 的目錄，放在 /usr/X11R6/lib/X11/locale 裡頭，在許多有做中文化 的 GNU/Linux 套件中，在那裡都會有一個 zh_TW.Big5 的目錄，那就是我們的 X Locale data。在標準的情況下，X Locale 必須架構在 libc locale 之上運作， 它裏頭除了定義一些字元對應，最重要的是內碼與字型的對應。以我們的 locale 為例，我們需要兩種字型，一是「半形 (單位元)」，顯示 ASCII 碼用，另一是 「全形 (雙位元)」用來顯示中文。舉一個例子，像以下這一串字:
這是一個 abcd .... 測試字串 string! ＯＫ！
那些要用全形顯示? 那些要用半形顯示? 這必須靠 libc 的 LC_CTYPE 來判斷。因 此， LC_CTYPE 如果掛掉，可以說什麼都沒輒。
我相信，有了上述的「配備」後，基本的 I18N 環境就已經具備了。但一定有人會 問: 「看起來 CLE 在上述所說的都沒問題，為什麼還是到處都不是中文?」 沒錯， 那是因為目前 GNU/Linux 上大部分的程式還不是用 I18N 的標準而寫的。例如大家過 去常用的 Netscape, xcin-2.3, crxvt .... 等等，它們都是用「自己」的招術來處 理中文，這也就是為什麼 xcin-2.3 只能在 crxvt 上輸入，為什麼我們要靠 CXWin 來看中文 .... 等等。這些都不是正解，只是暫時的一個手段，最後都是要放棄的。
目前，有越來越多程式將朝向 I18N 來發展，而我們目前最需要的工作，就是弄 I18N 的 zh_TW.Big5 部分。舉個例子，目前 CLE group 正忙於做中文環境的整合 工作，因為最近 glibc-2.2 與 XFree86-4.0.1 已隨著 RedHat-7.0 的問世與大家 見面了，在這系統軟體改朝換代的關鍵時刻，我們不僅要調整現有的中文化成果與 之配合，同時也要將我們的需求回報給這些軟體的開發總部，讓他們接受我們，並 直接支援我們。如此，未來所有的 GNU/Linux distribution 便能享有我們中文化 的成果，而不是只有少數幾個 distribution 獨享而已。
中文輸入就比較複雜，除了上述的 I18N 以外，還有一個 XIM (X Input Method) 協定。我們必須要有 XIM server 來取代過去的 xcin (xcin-2.3.X), 而且還要 X Window 的應用程式能夠遵循 XIM 協定，才能做到 "Chinese Input Anywhere"。 但麻煩的是遵循 XIM 協定的應用程式仍不多，最著名的就是 GNOME 下的應用程式, xemacs, netscape, rxvt-2.6/7, 以及一些 X11R6 所附的軟體 (如 xedit, 由 Xt 及 Xaw 提供 I18N 支援)。而目前 XCIN 計畫 (http://xcin.linux.org.tw) 所發 展中的 xcin-2.5 就是一個中文的 XIM server，目前它最新的穩定版是 2.5.2，已 具備相當多的功能與特色，以及足夠的穩定度，可以在上述的 XIM 協定應用程式中 輸入中文了。
因此，「中文化」的工作，並不是那麼簡單地說「因為 GNU/Linux 是免費、沒有人付 錢給程式設計師，所以做不好」，或者說「我們中國人不團結，大家不肯合作發 展程式」，或者說「GNU/Linux 是 server 導向，不適合做中文」 .... 等等。 GNU/Linux 可以發展中文，而且有很多人正努力地在工作，但是更重要的是，我們還得配合國 外 (或說軟體的原設計者) 的腳步。前面說過，我們要有完整 locale 支援的 libc, 這一切才有希望，我們也需要我們常用的軟體 (如 Netscape, window manager, 甚至 database, office ....) 的設計者覺悟到，真正的標準是 I18N, 是 locale, 是 XIM, 我們才能跟進，將中文化的部分加進去。更重要的一點，我們自己的程式 設計師在寫軟體時，是不是也能遵循 I18N, locale, XIM??
中文化，需要一個標準，而我們希望這個標準，是世界通用的，而不是我們自己七 拼八湊出來的。否則的話，我們永遠都要自己玩自己的，永遠都會事倍功半，永遠 會抱怨「為什麼 GNU/Linux 的中文支援比不上 Microsoft 的作業系統?」
四、中文列印:
中文列印與上述的關係較小，但也是大家關心的問題之一，在此我也稍作一些說明。
在 UNIX 的世界，就我所知印表機輸出最常見的就是兩個: ASCII 碼與 Postscript, 而 Postscript 就是「圖形列印」的共通語言。因此，當我們要做中文列印，就是要 尋求「圖形列印」的途徑，也就是找一個「能將中文字檔轉成 Postscript 輸出」的 程式」。目前大家常見的，如傳統的 cnprint、 CLE 中能直接使用 TTF 字型的 bg5ps, 或是 ChiTeX, CJK+LaTeX, lyx .... 等等。
在此稍微值得一提的是，架構在 LaTeX 系統上以支援中文排版列印的 CJK 套件 似乎已漸漸成為 Free Software / Open Source 所公 認的標準之一，其原因如下:
我想這一點很值得成為我們未來發展中文列印的一個參考。
作者: 謝東翰 (Tung-Han Hsieh)