可以利用我上傳的附加檔案試試,我目前使用沒遇到什麼問題~~
1. InstallTakeOwnership.reg
2. 找到 SYSTEM32 與 SYSWOW64 的 C950.nls
3. 在C905.nls 點右鍵 選擇 TakeOwnership
4. 取代之
5. RemoveTakeOwnership.reg
附加壓縮檔: 201007/mobile01-e01a5ef03f567418f5ce4bcd72d7c922.zip
附加壓縮檔: 201007/mobile01-52c6f5e4b032a208ddbfc63d120354c4.zip
chiouss wrote:
你把 UAO 想得太偉大了,實際上大部分是因為老外根本沒去處理過 CJK 的問題,他們也不懂這些語言所以就根本不想處理 (比方說 zFTP Server 的作者,到後面他也放棄了)。加上很多程式的作者對於處理 CJK 問題要把程式大幅度的改寫很沒辦法接受 (像 Serv-U 的作者,當年他就這樣回答我),所以就一直擺爛到現在。
UAO 是讓這些程式可以處理 Non unicode 的 CJK
我指 UAO 拖延 了這個問題是指 UAO 帶來的副作用
就你所說的,如果今天 MS 有魄力一點像 Mac 一樣就是不支援過去那些 ANSI 寫的程式,而且也不管使用者哀號過去的程式不能在新的系統上面運作,或許就不會有今天這麼多抱怨了,只能說一切都是自找的。
像這些不能或不願意支援 Unicode 的程式,本來就會被其他願意支援 Unicode 的程式取代
可是有 UAO 就會有使用者一直不願意轉到真正的 Unicode 環境
結果使用者的BIG5日文資料愈積愈多, (檔名,ID3 Tags , TXT 檔,等等等等),
到UAO 沒法再用的時候再轉換就更痛了
當時,這不能說是 UAO 的錯,只是會持續有像樓主這類的Case
The New Flying MacBook Pro; Seatbelts sold Separately!
關閉廣告