這裡是和天成翻譯有關的地盤,歡迎到訪我的BLOG!

中文翻越南文

以例一說明：

兩個案例完滿是我依照理論推導出來了，未經證實。
有類似經歷的歡迎指摘指正。

 簡體中文：化六個結論

 4、Access2000

word裡的繁簡轉換，簡體轉換到繁體後，內碼還是簡體中文的，其實只是簡體中的繁體字。

2.bmp

 案例1。
簡體中文系統下跑的好好的代碼，放到國外空間上，資料庫裡亂碼，原本的資料也亂碼。
剖析：因為大多半人日常平凡用的都是簡體中文系統，默許的codepage=936，所以日常平凡大家不寫也沒有關係翻譯
但到了國外空間問題就出來了翻譯從資料庫裡的Unicode轉換到 英文編碼去了，所以資料庫原有的簡體中文轉換到英文後，按GB顯示天然亂碼。
如圖，新輸入的文字顯示正常，但資料庫裡保存的是英文的 Unicode的。
解決方式：全數加上<%@codepage=936便可%>。
全程只有簡體中文與對應Unicode間的 轉換。

換用Arial Unicode MS 字體就可以全數顯示了。（access扶助，搜刮，輸入unicode，有申明）

 相幹的題外話：

看到兩個重點:

Unicode10 進制情勢：&#21270;&#20845;&#20010;&#32467;&#35770;

如 codepage=936，那麼資料庫留存的就是簡體中文的Unicode（資料庫拿回簡體中文系統，一切正常的），codepage=950 留存的就是繁體中文的Unicode.（拿回簡體中文系統，就不對了）。

 3、網頁的textarea

 codepage指定了IIS按什麼編碼讀取傳遞過來的串串（表單提交，地址欄傳遞等）翻譯

 轉換：系統自動的轉換，比如從Unicode的“化”字到Big5的“化”字，內碼釀成Big5的翻譯假如Big5沒有對應的字，保存Unicode 情勢（&#xxxx;）

3.bmp

<%@ codepage=936%> charset=GB2312 或

3.read.asp 從資料庫獲得留言，顯示。

若是資料視圖查看有些字元不正常，那是因為顯示所用的字體不是Unicode字體，

例一：

歡迎來批啊。以下都是我的想法，哪裡有不對的請不吝賜教，幫忙指出來。

3．注意一下串串的轉變進程：

1)輸入法---CharsetUnicode----指定字元集的映照
2)Charset----表單編碼串串簡單編碼
3)表單 解碼上步的逆過程，兩步抵消了翻譯
4)串串à按codepage讀取串串沒變，這步有可能“誤會讀取”
5)轉為對應的Unicode Codepage指定字元集----Unicode映射
6)中心處置，進資料庫無轉變，直接以Unicode情勢進入
7)按 codepage讀取資料庫Unicode----codepage指定字元集的映照
8)顯示，按Charset指定字元集讀取串串沒變。