讓你的網站會說話

網路上有個叫 SitePal 的服務，它可以藉著 Flash 技術提供動態且具人工智慧的動畫虛擬人物，使用者只要把它整合到自己的網站上，就可以讓活靈活現的虛擬人物豐富自己的網站內容。例如，虛擬人物可以與網站參觀者藉由文字來互動並回答問題、甚至可以發出語音做網站導覽等等。而人物的外觀則可以由服務使用者來自行調整。不過這項服務是必須付費的。

我最感到興趣的是他們的語音功能。要讓虛擬人物發出語音，服務使用者除了可以自行錄音並上傳外，也可以直接使用其 text-to-speech 功能，也就是說，使用者想要人物念出什麼內容，只要把內容用打字的方式輸入，人物即會用語音合成的方式把它朗讀出來。這樣一來，就可以讓人物念出不受限制的内容，並輕易地配合自己的網站做變化。而且，其人物的嘴型還會配合所發出的語音做改變。

其實 text-to-speech 的技術對於很多 Mac 使用者來說並不陌生，因為 Mac 的作業系統一直內建有這種功能。過去的系統中除了英文之外，也具有中文（繁、簡體）與墨西哥西班牙文的文字朗讀功能，只是到了 Mac OS 9 和 Mac OS X 時代， 這兩種語言的朗讀功能就銷聲匿跡了。另外較為可惜的是，Mac OS 提供的語音合成品質一直以來似乎未有重大提昇。

相形之下，SitePal 的語音品質就好得多，更接近自然人聲，詞與詞、音節與音節之間的銜接都算是理想得多。而且 SitePal 可以朗讀十三種語文，其中也包括了中文，念起中文來比當初 Mac 上的「小趙」要優秀不少。不過中文的 text-to-speech 還必須處理一字多音以及上聲變調的問題，而要解決這些問題則經常需要一個資料庫來為文章做「斷詞」，SitePal 在這方面似乎還有不足之處。

看到 SitePal，我想到 text-to-speech 其實可以有多樣化的應用方式。

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

不完整的藏文？

在 #osxchat blog 網站上，刊出了一篇文章指出有一個新的 Mac OS X 藏文輸入法正在開發中，其中並描述了作者在製作時所遇到的問題，這套輸入法是以「OpenVanilla」為基礎進行開發，它所運用的也是 Unicode 裡提供的藏文字元。此套輸入法的出現對於想在 Mac OS X 上輸入藏文的朋友來說是相當好的消息。

我們除了感謝作者的努力之外，也慶幸 Mac OS X 不但支援 Unicode，而且在簡體中文字體中也加入了藏文字形。但是該篇文章也說到，有的藏文符號和拼字法似乎仍不在 Unicode 的支援之列。例如，當「上加」用的ར就沒有辦法適當地加在輔音字母上。下面是一個正確添加ར上加的例子：

從上面的範例中可以看到，rta （意思是「馬」）這個詞是由作為上加的ར (r-) 加在ཏ (ta) 這個字母上構成的，但ར必須省略最後一筆，然後才加在ཏ之上（ཏ本身的位置也可能也變得較低）。ར當作上加時可以加在多種字母上，有時對發音沒有影響，有時則會影響輔音送氣與否或造成聲調高低的不同。然而翻開 Unicode 的符號表，卻遍尋不著這種省略最後一筆的ར上加，這的確是相當奇怪的事。

而在網路上有一個 Java 版的藏英辭典，除了可以在 Windows 上執行，也可以在 Mac OS X 中運作。神奇的是這個辭典可以正常顯示這種添加ར上加的字。經對照後，才發現它使用的藏文字體和系統的並不相同，而似乎有自己的一套字體。這樣看來，它可能並未利用作業系統提供的藏文環境，甚至也不是採用 Unicode 作為內部編碼。

所以，現行版本的 Unicode 在藏文處理上似乎還是有不足之處，也許我們只能期待在未來的 Unicode 版本中能提供更完整的藏文符號。

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

浴血戰場中的「中國古代文明」

最近 Macworld 選出了 Unreal Tournament 2004 為 Mac 平台上的年度最佳遊戲。剛好我正是第一人稱射擊遊戲的愛好者，而且也擁有這款遊戲。這套遊戲的優點之一是它有中文界面，不過似乎得升級到新版本才能正常顯示中文。網路上還有更完整的中文化檔案可供下載，只是目前好像只有簡體中文的版本。

遊戲中有許多華麗的場景，有趣的是，其中有一個場景是以東方特色為主的，建築物內還隨處可見中國文字（請參考附圖）。只是這些中國文字有一些詭異的地方。例如，它將「中國古代文明」這個「名詞組」（noun phrase）寫在各個牌子或燈籠上，對我這個懂中文的人來說似乎沒什麼太大的意義。另外，就是燈籠上的文字是左右相反的，「中國古代文明」也只剩前三個字而顯得較無意義。而在牆上的那四個一組的藍色字雖然不太看得懂，但最大的問題是它經常是上下顛倒或左右相反的（圖片中較上方的四個字即與下方的四個字上下顛倒），這些都並不合理。而更怪的是遊戲裡說明這個場景是在「古代的朝鮮」，朝鮮用漢字不奇怪，但到處寫著「中國」兩字就比較怪異了。

這似乎顯示出做這些場景設計的人是不夠懂中文的，因而弄出了一些不盡合理的安排。這些文字的主要功能大概是為了營造出一種東方味道，對設計者來說這些文字裝飾的作用恐怕遠大於字義的表達。這讓我想起 Engrish.com 這個網站。Engrish.com 裡有許多來自世界各地（主要是日本）誤用英文的圖片，而其中許多令人摸不著頭腦的怪異英文之所以產生，常常也是因為文字本身的外型成為設計或裝飾的一部份，至於字義與語法的正確性反而不被仔細看待。 Fred 兄的抓包地帶討論區裡也有一些和台灣有關的類似例子。

不過在遊戲中，玩家們都在忙著置對方於死地，誰還管得了這麼多？

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

希望猛虎不要變病貓

有幾位朋友能夠拿到蘋果提供的 Mac OS X 10.4（代號 Tiger）早期版本，因此提供了關於 Mac OS X 10.4 的中文環境方面的消息。有人說到在目前蘋果所釋出的 Tiger 預覽版本中，提供了較方便的繁簡中文轉換服務，也就是可以讓使用者利用「服務」選單來轉換繁簡中文，不過沒有提供快捷鍵。另外在繁體中文輸入法選單裡也有轉換為簡體字的功能，看起來應該是可以將輸入窗裡的字，在還未送出到應用程式之前加以轉換，不過將這樣的功能建立在輸入法中會有多少實用性還很難說。

另外 Tiger 中的輸入法也有了新的架構。各個中文輸入法現在不是包含在單一繁體中文輸入法中，而是各自獨立為單獨的輸入法而出現在輸入法選單中。在倉頡輸入法中使用者現在可以將動態提示視窗設定為直的或橫的。

看起來 Tiger 的輸入法做了相當程度的更動。但是有著嚴重問題的倉頡呢？很抱歉，有人表示在目前的版本中，倉頡的程式錯誤依然故我，完全沒改正。原來他們有時間東改西改，就是沒有時間把一個顯而易見的錯誤改掉。當然 Tiger 還在發展之中，但這項錯誤早應該在 10.3 的更新中就改正，本人也早已在今年初送出報告，結果在新版本的系統中只看到蘋果的相應不理。似乎碰到了中文（尤其是繁體中文）， "Tiger" 就成了病貓、美麗的蘋果就成了爛蘋果。不相信？看看這張圖就知道了：

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

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 相抗衡。

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