很感謝 Make 提供的資訊

至於 Pmpri 的留言 則讓人不敢恭維

" 如果你回答"因為執行檔是.exe, 文件檔是.txt", 那表示你離這個問題還太遠。"

哇靠 自我幻想定義別人的程度
什麼時候電腦也變成了自慰的玩具
真是大開眼界

恩....主要也就是網頁輸出這個問題
Firefox可以用修改過編碼表的版本...顯示解碼的時候完整支援補完計畫,而不像以前只有日文big5
而貼文出去的時候..編碼是用big5編碼表...就不會有IE的這種鳥問題

你想證明自己程度的話大可直接回答, 不需要說別人是在自我幻想自慰吧?


Windows的Applocale和code page轉換其實也有都有小問題存在, 只是看能不能接受而已。
這個我倒是真的不知道問題出在哪, 只要能用就好, 不用會死的話大概就會改用日文xp了吧。

UAO造成的問題大部份就在web顯示上, 在小部份日文app上也會出現一些滿鳥的問題, 不過大部份的人不會去用日文app, 所以不能算是什麼重大問題吧......

嘿嘿~~~
訊連又把 Power2Go 的東西放上來了

樓上有吵的很厲害的兩個人
其實啊
兩位都忽略的一個基本的問題
就是 Unicode 有分 UTF-7 (65000), UTF-8 (65001) 與 UTF-16 三種
也就是說
電腦本身無法自動識別是哪一種 Unicode 的格式
反而是 Unicode 字串的開頭有說明自己是哪一種 Unicode 編碼長度

再說到 applocale 這個問題多多的好用工具
還記得他有一頁要求選擇語系的選單嗎?
這就是說明 applocale 的運作其實是
1. 根據使用者選擇的 codepage
2. 擴展程式所讀入的 7bit or 8bit 字串為 16bit
3. 重新對應為 UTF-16 編碼的字串
4. 重新導向核心層 GDI 部分, 輸出 Unicode 16bit 字串

這裡所稱的 7bit 字串
其實是以 MSB 判定 0 時 -> 7bit 字串 (包含 30h 以後的數字, 41h 以後的大小寫英文字母)
MSB 判定 1 時 -> 8bit 字串 (增加少部份中歐字母及符號)
然而真正麻煩的事原始就是 16bit 的亞洲語系
Windows 3.1 時代大家各搞各的
搞久了也都互相不通
所以現在 M$ 推的 Unicode 也有衝碼困境 (UAO, 補完...) 的元兇
就是大夥都用 16bit 編碼


最後 (我就不說是誰了)
依照組合語言的判定
DB (Data per Byte) 的意思, 8 bit, 1 byte
DW (Data per Word), 16 bit, 2 byte
所以某兄臺說 DW 是 4 bytes, 其實應該是說 DD 是 4 bytes
而 DB 只有 1 bytes, 而且 ASCII 只需要 DB 就足夠裝入了.
組合語言來說 ASCII 叫做 Packet 格式, 但一般人用的仍然是 RAW 格式


總而言之
Power2Go 已經重新放出來了 (GUI 支援 Unicode, 至於核心?...沒寫)
只是筆者沒有找到 XXX 版解除 30 天限制.....

小弟跟各位前輩指教：小弟的XP SP2並沒有裝補完計畫。

今天也嘗試用威力酷燒4來處理日文檔名，結果出來是一堆問號..... :stupefy:

這是表示我的日文不是unicode碼嗎？ :confused:

試看看我簽名檔中的方法.簡單好用.不行再說 :laugh:

換成這套吧!!!!
Ashampoo Burning Studio 5/6 是套支援UNICODE的燒錄程式
介面很簡單，使用方式更簡單，把 檔案/資料夾 拖過去就行

名稱 Ashampoo Burning Studio 5/6
大小 6 MB
語系 多國
官網 http://0rz.net/67169

介面
http://ifs1.imagefly.info/v/43/gif/51001.html

多國語言支援性(支援複製貼上)
http://ifs1.imagefly.info/v/4d/png/AS551.html

你處理的日文檔名應該是big5,不是shift-jis,所以不在unicode的範疇內

阿∼foxbrian大大說話了∼ :like: :ase

UAO 原作者說明
http://forums.odysseyweb.idv.tw/index.php?showtopic=401

Unicode補完計畫 ─ 你真的知道它在做什麼嗎？
http://ku.myftp.org/index_2005Q1.htm#18

簡單的說，UAO 的問題在於會把 Unicode 日文、簡字轉成 Big5，例如日文的 桜 轉成國字 櫻，看起來一切正常。但是沒裝 UAO 的電腦，非 Unicode 程式遇上 桜 可沒辦法轉成 Big5，就成了問號 '?'

這本來也沒辦法，非 Unicode 程式的限制怎會怪到 UAO 頭上？那是因為 FAT32 檔名有 ANSI 與 Unicode 兩部分，用了 UAO 會造成不一致，於是會有 [文字顯示正常] 但 [ACDSee 等非 Unicode 程式無法切換目錄或顯示圖檔] 之問題。例如一個目錄 桜 的 FAT 檔名 ANSI 部分是 SJIS 碼，但是有裝 UAO 的非 Unicode 程式會企圖以 Big5 碼來開啟，結果當然是不行。

如果你只用 NTFS，不跟人交換 CD，不下載 其他編碼的 zip 檔，用 UAO 一切都沒問題。因為你不會遇到 ANSI，即使遇到也是單純的 UAO Big5。

如果 UAO 與 AppLocale 搭配使用，問題就出現了。AppLocale 會還原簡字為 GB 碼，日文為 SJIS 碼，可是 UAO 只用 Big5 碼，於是 Unicode 部分顯示的字都正常，但是非 Unicode 程式無法正常開啟。更糟的是：Big5 是很差的編碼(SJIS更差)，編碼範圍包含 40~7E 與 81~A0 等西方常用格式字元(A0 = NO-BREAK SPACE)，一些未考慮到 DBCS 的程式，遇到 '許茹芸淚海' 就無法讀取 (Big5 碼含有 檔名分隔用的 \ )

***** AppLocale 有重大 Bug 會使 MSI 安裝的程式出現亂碼，請用 Piaip 修正的 http://ntu.csie.org/~piaip/papploc.msi *****

那我們該怎麼辦？
1. 捨棄 FAT 與 ANSI... 但是很多設備如 隨身碟 MP3 CD DVD 還是 ANSI...
現今不可行
2. 用 中國海造字 + AppLocale + ConvertZ 轉來轉去... 很不方便，而且 ANSI 無法多國語言並存...
3. 用 UAO + 改成 Big5 檔名... 方便，但交流不便。會有看得到吃不到的問題... 而且 桜 轉成 櫻 個人不喜歡...

所以是無解。各人憑功力與喜好處理吧...