簡單來說現有 Unicode 環境是 Windows 定義的
目前全世界電腦 (PC + Server) 都有壓倒性的佔有率
這點沒什麼爭議吧

Server 上面的 Windows 佔有率不如 PC 這個高 (的離譜)
但有幾個人在 Server 上燒錄檔案? (還是 Unicode 的)
一般的 Server 大都一個月才備份一次, 用的是 Tape, (藍光都不夠裝, 更別提 DVD...)

然而真正有 Unicode 燒錄需求的, 絕大多數是 PC (個人電腦)
所以 Unicode 的規格 (字數, 對應表...) 如果與 M$ 所制定的規格不符
註定會發生問題
版上有人認為「Unicode 補完計畫」是解決 Unicode 的方法
其實這個方法的問題相當多
原因就是 M$ 老大自己有自己的 Unicode
全世界華人 (正體中文, 簡體中文, 香港中文) 這三類使用中文的族群
只是 M$ 所推出 Unicode 的一個部份
M$ 所謂的 Unicode 是包含上述三種中文編碼, 加上日文, 韓文, 泰文, 阿拉伯文, 希伯來文, 還有一缸子中歐那邊的語文, 可說是把全世界目前流通的「字母」都加入了
然後 M$ 以他自己這套 Unicode 為基礎
開發出各國語言專用的 IME (輸入法)
輸入法對應的字元與 M$ Unicode 吻合, 這樣各國「字母」才不會打架

反觀 Unicode 補完計畫
因為納入的外國字母太少 (雖然可能用不到)
因為沒有 M$ 老大自己的 Unicode 完全對應 (也就是可能會踩到別國語言所對應的空間)
因為沒有世界各國的 IME 對應

所以到頭來....
使用此 Unicode 補完計畫的人
最好有心理準備
有朝一日一定會發生 Unicode 衝碼的問題.



再說到 AppLocale 這個 First Aid 的產品
只能說他暫時性的, 將應用程式的 GUI, 改成使用者所指定的語系.
所以 AppLocale + NERO 這樣的作法有風險
因為暫時性的改變字碼頁對應表 (Code Page) 的作法對於 GUI 無傷大雅
對於燒錄進光碟片的資料則產生永久性的影響



就我所知純日文模式 Windows XP 在檔案總管內顯示「檔」這個字沒有問題
但是以純中文模式燒錄「檔.txt」後
重新開機到純日文模式下, 很多程式就無法開啟「檔.txt」這個檔案
會顯示成 ?.txt
因為日文漢字沒有「檔」.

原因很簡單, Windows XP 的系統介面 (包含檔案總管) 被設計成純 Unicode (16 bit)
所以任何使用 M$ 自家的 Unicode 對應碼皆可正常顯示
然而切換成純日文模式的 Windows XP
應用程式在開啟檔案時所用的函數
有區分支援 Unicode 的與不支援 Unicode 的數種 (wchar_t, MCBS, char.... 數種不同對應型態)
這就是有些程式如 Photoshop CS2 (此程式幾乎完全 Unicode 化, 只有幾個對話框沒有)
可以任意的開檔, 而 ACDSee 8.0 就很多檔案無法在純日文模式下開啟正體中文的圖檔)

目前 Visual Studio 2006 已經把 Unicode 預設為標準預設值
其對應的 wchar_t 也預設的納入基本識別字 (VS 2003 .net 還得特別開起才行)
照此現象看來, 未來會出現相當多 M$ Unicode 支援的程式
到時候想要開發出不支援 M$ Unicode 的程式還得特別設定才行

完畢