告别乱码！乱码全方位功略

instemast

不需要说，自己看看图吧。

instemast

有必要对红框框里的内容作个解释，这是最难理解的地方。

为什么，UNICODE居然是乱码？而ANSI却不是乱码？

先保密，大家动脑筋想想ww

billwillman

应该是由于给UNCODE复值，实际上 高位是没有值的，需要拼凑在一起

instemast

billwillman: Re:告别乱码！乱码全方位功略

应该是由于给UNCODE复值，实际上 高位是没有值的，需要拼凑在一起

对不起，完全不沾边儿

billwillman

举个WM_CHAR里捕捉的例子：
lowchar:Char=#0;
temp:WideString=#0;

if wParam > $80 then// char>128
          begin
            if lowchar<>#0 then
             begin

               s:= lowchar+char(wParam);
               temp := s;
               wParam := Pinteger( temp )^;

               lowchar:=#0;
             end
             else
             begin
              lowchar:=char(wparam);
              exit;
             end;
end;

funcman

对于（2）
把“你好”当ANSI编码的日文转成932了，当然W是乱码。
转回来时，因为前后都是932，出来的ANSI编码和存进入时是一样的，你的系统又是中文的，当然在A上是正确的中文。

funcman

nt 5.0+ 的A至少是GBK的，和UNICODE的字模不完全兼容，所以最后一个小点也是乱码。

billwillman

看错题了，以为是解决游戏中中文问题。。。

instemast

funcman: Re:告别乱码！乱码全方位功略

对于（2）
把“你好”当ANSI编码的日文转成932了，当然W是乱码。
转回来时，因为前后都是932，出来的ANSI编码和存进入时是一样的，你的系统又是中文的，当然在A上是正确的中文。

YES！完全正解！

instemast

funcman: Re:告别乱码！乱码全方位功略

nt 5.0+ 的A至少是GBK的，和UNICODE的字模不完全兼容，所以最后一个小点也是乱码。

因为这个原因，我文件名都不敢用“小点”，否则刻盘子会失败。

其实中文也有“·”，我不明白为什么Windows把日文“·”转换成“?”