isamuplus wrote:
NTFS本身就是一種使用unicode的FAT格式，不只是Vista的檔案總管，XP甚至更早之前
的2000都支援啊，只是系統會轉換成CP950給非Unicode的ANSI程式用而已。
Boyman完全沒搞清楚UAO跟檔案之間的關係，UAO完全不影響Unicode檔案，他只影響
Big5檔案...也就不會有一統天下之後不能用這種事情，那完全是被害妄想...
話說有個無知又有被害妄想的 boyman 很喜歡很喜歡松島かえで，
boyman 甚至還把她演的動作片用純文字檔做了清單來整理，
某天他又找到了一個整理影片的軟體，很高興的把他的清單都打進了軟體資料庫，
日子過了......有點久....
boyman 電腦重灌 VISTZ 了，他開啟他整理影片用的軟體一看，哇~~ 我的松島かえで咧~~~~~~~~~
還好又想起還有一份純文字檔的清單，一開啟，操~~~ 我的松島かえで咧~~~~~~~~~
誰來救救 boyman 的松島かえで啊~~~~~~~~~
-------------------這是簽名檔
boyman 的配備
CPU：intel 4核心
RAM：4GB DDR4
OS：XP + 偽 unicode
boyman wrote:
話說有個無知又有被害妄想的 boyman 很喜歡很喜歡松島かえで，
boyman 甚至還把她演的動作片用純文字檔做了清單來整理，
某天他又找到了一個整理影片的軟體，很高興的把他的清單都打進了軟體資料庫，
日子過了......有點久....
boyman 電腦重灌 VISTZ 了，他開啟他整理影片用的軟體一看，哇~~ 我的松島かえで咧~~~~~~~~~
還好又想起還有一份純文字檔的清單，一開啟，操~~~ 我的松島かえで咧~~~~~~~~~
誰來救救 boyman 的松島かえで啊~~~~~~~~~
Boyman同學，你完全沒搞清楚狀況啊。
UAO是讓Big5跟Unicode進行溝通的橋樑，當Unicode一統天下之後，就是Unicode跟Unicode
之間的事情，沒有Big5出現的機會，自然也就不會受到UAO任何的影響...
你的狀況是在Vista下"繼續"用ANSI，跟Unicode完全沒有任何關係，難道你不安裝UAO反而能在
VISTA的文字檔跟影片整理軟體裡面輸入日文？
你是不是誤以為所有東西到了VISTA就自動Unicode化了啊@@...最好是有那種好事情
isamuplus wrote:
NTFS本身就是一種使用unicode的FAT格式，不只是Vista的檔案總管，XP甚至更早之前
的2000都支援啊，只是系統會轉換成CP950給非Unicode的ANSI程式用而已。
我想這不是這串討論的重點, 但是 isamuplus 這麼說其實並不正確, NTFS 與 FAT 在設計上與功能上都有很大的差異.
boyman wrote:
還好又想起還有一份純文字檔的清單，一開啟，操~~~ 我的松島かえで咧~~~~~~~~~
誰來救救 boyman 的松島かえで啊~~~~~~~~~
boyman 這個例子的關鍵在於 Big 5 已經不敷使用. 根本的解決之道是把資料轉存為 unicode. 然而, 使用unicode 補完計劃這種補丁軟體, 會讓使用者乎略這樣的需求. 我想這就是有些人主張不要使用 Unicode 補完計劃的主因.
我想很多人都知道, Windows 其實是全 Unicode 的系統, Big 5 程式在執行時, 所以傳姶系統的字串都會被自動轉成 unicode, 同理當程式向系統取回字串時, 還要再轉回來一次. 因為這樣的轉換, Big 5 程式的執行效率會比較差.
boyman wrote:
問題二：一般 ansi 軟體要轉 unicode 軟體是非常非常麻煩的，
不重視unicode 的軟體商通常會回答 "用不到，所以沒計畫"
從計術上來說, 如果一支程式從一開始就有好好寫, ANSI 到 Unicode 的轉換應該是可以在合理成本內做到的. 當然, 如果程式從一開始就沒有好好寫, 那轉換的成本可能比全組重寫還要高.
如果一家公司的程式沒有好好寫, 或認為 unicode 是某種外加的功能, 那從技術上來看, 真是失敗中的失敗. 不管是什麼原因, 這樣的公司出的產品的品質實在是很難說, 還是早早換掉比較好.
---
int 3; // break into debugger, http://www.wretch.cc/blog/int3
int 3; wrote:
我想這不是這串討論的重點, 但是 isamuplus 這麼說其實並不正確, NTFS 與 FAT 在設計上與功能上都有很大的差異.
對，我把File System誤植成FAT了，感謝指正。
UAO最大的缺陷是在XML的使用上。
XML有一個特異功能是在ANSI資料中利用特殊格式顯示Unicode文字，例如日文的あ表示
成& # 12354，這方法能在任何語系中顯示其他語系的文字。
也就是說，在Big5網頁下，輸入的Unicode日文あ，會用這種方式被正確的儲存起來，無
論用任何語系都能看到あ。如果裝上UAO，因為對應了日文，所以反而會用非標準Big5的
方式儲存，就只剩下UAO使用者能看到あ。
可以存成標準Big5+Unicode，為什麼要存成非標準Big5呢？這是UAO最大的疑點。
這本身就是一個思考的誤區，你有沒有想過，既然能存成Unicode，那為什麼還需要標準
Big5呢？擁護標準Big5不就是排斥Unicode的鐵証嗎orz...
解決之道，是採用「非標準」的瀏覽器，相對於Internet Explorer來說，Firefox絕對是大
多數人眼中的非標準瀏覽器，他能用UAO的方式讀取ANSI資料，但是改用XML的方式輸
出標準Big5+Unicode，針對網頁環境來說是個相當完美的治標方案...
Telnet環境的BBS網站則有Pietty可以使用。
真正治本的方法還是全面使用Unicode。
XP內建的記事本是Unicode程式，你輸入日文、簡中並企圖存成ANSI的Big5時，會出現
警告訊息，提醒你要儲存成Unicode。安裝UAO會讓文件以非標準Big5的ANSI模式儲存
，也就不會有警告訊息...
這是UAO的錯嗎？切到手會受傷是因為刀子太利，所以要選擇切到手也不會流血的鈍刀
才對嗎？
老實說，以Unicode檔案系統來說，UAO是很好的解決方案，你可以任意使用Unicode
跟ANSI程式，彼此之間不會產生衝突，即使移除UAO，Unicode程式仍然一如往昔...
不肯投奔Unicode又得用日文，那就裝UAO吧，沒有什麼好說的了，不用日文跟不用
UAO只能選一種啊，HKSCS還不是另外一種非標準Big5...
內文搜尋
從 APP 打開
X