Mac OS X 信件標題亂碼的解決之道

Mac OS X 自從升級到 10.3 後，所附的「Mail」電子郵件軟體就出現了一個怪問題。中文信件若未被認為是中文編碼而成為亂碼，使用者可以選擇 Message > Text Encoding （郵件 > 文字編碼）來選擇為中文編碼，內容即可正常顯示，可是糟糕的是信件的標題卻不為所動，不管如何更改信件的編碼，標題永遠都是亂碼。這在英文介面的系統裡尤其是個問題，因為編碼不詳的信件都會以預設的語言來顯示，而在英文介面下預設的語言是西方語系，中文信件自然就成了亂碼，需要更改編碼的機會也就多了。

一位朋友 Luke 發現解決之道。若您是以英文為作業系統及 Mail 的主要語言，那麼您可以開啟開機硬碟之下的 System/Library/Frameworks/ 這個檔案夾，並找到其中的 Message.framework，再打開裡面的 Resources，將 zh_TW.lproj 裡的 LocalizedDefaults.plist 取代 English.lproj 裡的 LocalizedDefaults.plist 即可。因為這個目錄無法任意更改，所以您最好有管理者的權限，並可能要把 zh_TW.lproj 裡的 plist 檔拷貝至桌面、再從桌面拷貝至 English.lproj 裡才能順利取代。

若在 Resources 裡沒有 zh_TW.lproj 這個檔案夾，也可以用 Property List Editor 來編輯 English.lproj 裡的 LocalizedDefaults.plist，並增加一項 NSPreferredMailCharset 的項目並將其值設為 big5 即可。若您也沒有 Property List Editor....，則請將該 plist 檔的內容用文字編輯器改為：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>NSPreferredMailCharset</key>
big5
<key>SendFormat</key>
<string>MIME</string>
</dict>
</plist>

關掉 Mail 再打開，即會發現信件標題也會依所選語系來顯示了。以上方法適用於繁體中文信件，其他編碼的信件未能測試。

我不明白為什麼蘋果公司不立即解決像這樣的錯誤並發布軟體更新來讓使用者升級，我們似乎一定要等到下一次重大的系統升級（例如 10.3 -> 10.4）才有可能看到這類問題被解決。但是照以前的經驗來看，重大的更新都必須以相當的價格才能購得，而且竟然沒有任何升級價。換句話說，使用者必須付出昂貴的代價才能讓軟體的問題被解決，這顯然是極為不公平的。

本文同步刊登於符號工作站

我看注音文

注音文在台灣的網路上雖然廣為流傳，卻也引起許多人的撻伐。現在有許多網站明令禁止使用注音文，不少人對注音文更是痛恨得無以復加。不過除了無情的攻擊外，我們也可以看看注音文裡是否隱藏著什麼值得探討的語文問題。

注音文是用注音代替漢字，並且多半是把韻母去掉，只留下聲母，說穿了，就是只寫出一個字的注音中的第一個符號。不過除了比較極端的例子外，比較常見的用法是把ㄜ這個韻母去掉，因為許多表示聲母的注音符號在單獨念時本身後面就帶一個ㄜ，所以這對於閱讀文章來說還不至於造成嚴重的阻礙。例如「的」寫成「ㄉ」，「了」寫成「ㄌ」，都是應用得最廣的。

這樣的注音文令人想到日本的文字。現代的日文裡雖然經常用到漢字，但是那些只具有語法功能而無實質語意的虛詞，是只用假名來書寫的。例如標示主格的「が」、標示受格的「を」、標示來源的「から」等格標記都是用假名書寫。而早期漢字中用來表達虛詞的字，也多是由其他表示實詞的字假借而來的，例如「其」這個字本來指的是「畚箕」（象形），後來由於發音相同或相似，才借為書寫表示代詞的「其」，而代詞的語意算是較「虛」的。「或」字原是「國」之意，後來才轉為書寫虛詞的「或」一詞。現代文字中，「的」、「了」、「著」這些虛詞的韻母都是ㄜ，可是這些字都還有另一種韻母非ㄜ的讀法（ㄉㄧˋ、ㄌㄧㄠˊ、ㄓㄠˊ），並代表另一種語意較明確的實詞用法（用於「目的」、「了結」、「著火」等），我們可以看出這些虛詞的用字也是向實詞用字借來的。借字的根據，是發音的近似與否。

這樣看來，虛詞既無實質語意，在文字中似乎就較傾向於不用具表意功能的漢字來書寫，而多半用假名或假借這種表音的方式來書寫。而注音符號作為一種標音符號，用來書寫「的」、「了」這類虛詞也似乎是很自然的。

只是這樣說還是有點問題的。注音文的起源，多數人可能會認為主要是為了節省打字的動作。而且注音文省下的多半是韻母ㄜ，而中文裡虛詞的韻母也常常弱化為ㄜ，所以注音文才會剛好常常用注音代替虛詞。目前我們可能只能保守地說，注音文跟「用表音字書寫虛詞」的情形不謀而合，但這是不是代表現代中文的書寫，也有夾用純表音符號來書寫部份詞彙的傾向，還不得而知。

本文同步刊登於符號工作站

Google也懂中文拼音

最近發現廣受歡迎的 Google 網站，也接受以中文拼音來當作搜尋字串。只要在其簡體中文介面裡輸入拼音，Google 即會轉換為漢字，再讓使用者選擇是否要以被轉換後的漢字來做搜尋。例如，輸入「ping guo」來搜尋，Google 會提示「您是不是要找：蘋果」，這時點一下「蘋果」，即可用這兩個漢字來繼續搜尋。拼音的各音節可以分開，也可以連寫（例如：pingguo）。當然，他們使用的拼音是漢語拼音。在漢語拼音中，「ㄩ」的音有時是拼作「ü」，根據 Google 的說明，「ü」這個字母要以「v」代替。例如「綠色」要拼成 lv se。

我不太確定有多少人會使用這樣的功能。對於普遍缺乏拼音能力的台灣人來說，這可能是無用武之地了（這可能也是繁體介面的 Google 未提供類似功能的原因）。能用得上的，可能是那些住在中國大陸和新加坡、能說華語又使用漢語拼音的人了。當然，應該也有一些懂得中文的外國人會認為這是個方便的功能。但是有些使用者平常就使用拼音輸入法來打中文，我不知道這項功能對他們來說是否有很大的用處。

不管這項功能的使用率如何，這讓我們看到 Google 對於各種文字的支援還是有其用心之處的。Google 支援的語言之多令人驚訝，對於某些多語的國家常能提供多種語文的服務（服務對象甚至包括克林貢人和「駭客」）。而對於中文也提供了繁簡自動轉換及上述的拼音轉漢字的功能。照這樣看來，如果各國本土的類似網站沒有更多的創新，也許一時還很難跟 Google 相抗衡。

本文同步刊登於符號工作站

站不穩的字

相信大家都認識左方這個「出」字。這個字的筆畫大致是左右對稱的。當然，在楷書中由於橫筆都是由左下到寫到右上寫而略為傾斜的，所以嚴格來說有其不對稱的地方。但是在左邊這種方方正正的印刷字體中，其筆畫結構的確是左右對稱的。

但是我們再看看下面的這個「出」字。同樣是黑體字，卻又好像有點不一樣。其實下面這個「出」來自簡體中文字體，它最大的不同處就是在於最左下方的直筆畫一碰到橫筆畫就停住了，不像一般的「出」字（例如最上方的「出」），左方的直畫會往下延長而超過橫筆。

這樣的筆畫結構，使這個簡體中文字體裡的「出」變得相當怪異。因為這個字所有筆畫都是左右對稱，但卻出現一種例外：左下方的直筆未超過橫筆，右下方的直筆卻超過了。也因此，這個字好像「站不穩」，因為右下方少了支腳，似乎整個字就要往左邊倒。

為什麼簡體中文裡的「出」要設計成這樣呢？其實，這是一系列文字革新的產物。在中國共產黨主政後，除了推動文字簡化，還改變了傳統印刷體的筆畫。他們認為印刷體應該儘量和手寫楷書一致，以減少學習障礙。在「出」或「山」的楷書裡，第一筆是先寫一個直畫然後立刻繼續向右彎寫出橫畫，中間沒有間斷，全部只算作一筆。若是讓印刷體的第一筆超過橫畫，那麼看起來就像有間斷的兩筆了。因此，為了讓印刷體看起來符合連筆的樣子，字就被改成這個樣子了。

但這種做法不是沒有可議之處。因為這種直畫加上橫畫的連筆寫法，對於漢字的書寫來說是基本知識，我們也很難想像當「山」或「出」的印刷體被印成看起來像不連續的兩筆時，學習者就會跟著寫成兩筆。因為為了求書寫的順暢和方便，幾乎沒有人會在寫了這類的直筆後還把筆提起來，然後才繼續寫橫畫。

而印刷體本來就不等同於手寫體，有相當程度的差異是很平常的，講求設計上的整齊和對稱是天經地義的。在楷書裡，「山」或「出」這類字雖然右邊的直畫超出橫畫，而左邊的直畫卻沒有，但是楷書的橫畫都是由左下到右上傾斜，所以整個字的筆畫仍維持著某種均衡。而既然宋體和黑體的橫畫是作水平線的處理，那麼硬要在其他地方改成手寫式的外觀，恐怕就會造成結構的不平衡，怪異的字體設計也就因而產生了。

本文同步刊登於符號工作站

一張會說話的舊光碟

在我手邊有一片 Mac OS 9 用的舊光碟，叫做「3D Talking Globe」，1997 年由一家叫 Now What Software 的美國軟體公司出版。顧名思義，叫出光碟的內容後，它會顯示一個地球，上面清楚地標明了世界各國的疆界及各城市的名稱，而只要將滑鼠游標指向一個城市，它就會以當地語言念出該城市的名稱。即使已經過了若干年，這個軟體的內容和概念對許多人來說仍應該是相當特別的。

而且 3D Talking Globe 也的確用了還算有點炫的 3D 的方式來呈現世界地圖，使用者除了轉動地球，也可以將地球大幅地放大，以看清楚各國大大小小的城市、甚至地形及河川。精細程度算是相當不錯的。

有趣的是當我們把滑鼠游標指向台灣的城市時，它會先後以國語和閩南語來發音 。只是，閩南語的發音人不知是哪裡找來的，他念的地名發音顯然有許多錯誤。例如，他把「嘉義」的「義」念成 i（ㄧ），但實際上「義」字應該念成 gi 才對。另外「屏東」的「東」他念成 tang（ㄉㄤ） ，但一般人是把「屏東」的「東」念成 tong。「台南」的「南」似乎被念成 lan（ㄌㄢˊ，不過聽得不很清楚），但實際上應該是 lam。 「桃園」的「園」則被念成帶鼻音的 iã（ㄧㄚˊ 帶鼻音），不知是哪裡的腔調？？？

除了台灣的地名以外，四川省的「雅安」也被念錯了。倒不是發音的問題，而是被念成「延安」了。不過這只是地名弄錯。像以上所提台灣地名發音的問題才是令人費解。看來我們在使用這類軟體時還是得小心點才好。除去這些問題不談，這張光碟還是非常有趣的。

本文同步刊登於符號工作站

方音注音符號

在台灣，多數人都對注音符號很熟悉，不過卻很少有人知道，台灣的教育部也公布了專為方言而設計的注音符號。

目前通行的國語注音符號是為了作為標準語的國語而設計的。若要用於其他語言或方言，由於音韻系統的不同，自然必須修改或新創符號，才能合乎需求。在教育部公布的「方音符號系統」裡，有二、三十個新增符號，不過多半是由原有的符號改造而成的，也有些是把原有的符號縮小，以表示入聲字的韻尾。雖說是「方音」，但在公布的文件裡，顯然都只以閩南語為基礎。相關資料可以在這裡找到。

其實這些符號都已收錄於 Unicode，稱為 Bopomofo Extended。但很可惜地，市面上很少有 Unicode 字體會收錄這些符號。在網路上有少數字體包含這些符號，例如 Code2000 。這個字體雖是為 Windows 設計，但用於 Mac OS X 也應該沒有問題，只是裡面的字都挺醜的，字形甚至不盡正確。無論如何，裝好字體後，可以用這個網頁來測試一下。在 Mac OS X 下，還可以用「字元面板」選擇 Unicode，並在左方 Unicdoe Blocks 列表中選擇 Bopomofo Extended，即可觀看全部符號。

若真的不想裝字體，也可以下載 unicode.org 提供的PDF檔來觀看 Unicode 如何收錄這些符號。

雖然這套方音注音符號的使用並不算普遍，但在一些方言教學活動及辭典中，這類的符號仍被實際應用著。我們以前說過 Mac OS X 的簡體中文字體同時收錄了一些少數民族的文字。或許下一版的 Mac OS X 也應該把這些符號加入繁體中文的字體中。

本文同步刊登於符號工作站

「神鬼傳奇」與古埃及文

「神鬼傳奇」(The Mummy) 是一部挺有趣的美國電影。這部電影裡，有想發財的人，也有對古埃及歷史有研究的專家，當然，也有藝高膽大的英雄人物。他們共同前往一個埋藏無數寶藏的古埃及遺跡，並遇到了三千年前被下詛咒的木乃伊。

在劇中，有一個能解讀古埃及文字的人，用手指著器物上的文字，然後順利地將該段文字翻譯了出來。令我感到興趣的，是他閱讀的方向。

仔細端詳該器物上最上方的的文字，可以發現有兩個書寫方向。左半邊的文字，動物和人物的頭都是朝右，而右半邊的是朝左。根據今人的研究，古埃及文的書寫和閱讀的方向並不固定，有時是由右至左，有時是由左至右，而決定的因素，就是人物和動物的方向。若頭朝右，則必須由右至左讀，若頭朝左，則必須由左至右讀。

影片中器物上方的文字顯然有兩種書寫方向，左半邊既然動物朝右，就應由右念起，而右半邊的文字動物朝左，則應由左念起。不過劇中的「專家」在翻譯時，卻用手指著最左邊的字，然後慢慢地移向最右邊，顯然他一律都由左念起。這就與我們所認識的古埃及文書寫規則有所違背了。

看來那些電影工作者還要更考究一點，以免被我這種無聊的人抓包。

本文同步刊登於符號工作站