[Glade-users] About Japanese characters code in build operation



This is a multi-part message in MIME format.

------=_NextPart_000_000B_01C0EA18.8F580940
Content-Type: text/plain;
        charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

Hello.

There is a question about Japanese characters code in build operation.

I carried glade out with the following environment at first.
 RedHat 6.2
 glib 1.2.6-3
 gtk+ 1.2.6-7.
 glade 0.5.5-4

Japanese characters were kept with the EUC-JP code in the glade file.
It was kept with the EUC-JP code in the interface-creation-functions file
 at the time of build operation as well.

But, a problem occurred when I carried glade out with the following
environment.
 RedHat 7.1
 glib 1.2.9-1
 gtk 1.2.9-4.
 glade 0.5.9-5

Japanese characters were kept with the unclear code in the
interface-creation-functions file
 though Japanese characters were kept with the EUC-JP code in the glade
file.
There is not even which of EUC-JP, SJIS, JIS, UCS-2, UTF-8 in it.
Tell me which Japanese characters code to output .

Incidentally, as an example.
zero of two bytes character  "$B#0(B" = 0x5c 0x32 0x34 0x33 0x5c 0x32 0x36 0x30
The capital letter A of two bytes character "$B#A(B" = 0x5c 0x32 0x34 0x33 0x5c
0x33 0x30 0x31
The small letter a of two bytes character "$B#a(B" = 0x5c 0x32 0x34 0x33 0x5c
0x33 0x34 0x31
The first character of Japanese hiragana "$B$"(B" = 0x5c 0x32 0x34 0x34 0x5c
0x32 0x34 0x32

May 31 2001
Atsuhiko Ikeda
<atuhiko cij co jp>



------=_NextPart_000_000B_01C0EA18.8F580940
Content-Type: text/html;
        charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-2022-jp" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Hello.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>There is a question about Japanese characters code =
in build=20
operation.<BR></FONT></DIV>
<DIV><FONT size=3D2>I carried glade out with the following environment =
at=20
first.<BR>&nbsp;RedHat 6.2<BR>&nbsp;glib 1.2.6-3<BR>&nbsp;gtk+=20
1.2.6-7.<BR>&nbsp;glade 0.5.5-4<BR></FONT></DIV>
<DIV><FONT size=3D2>Japanese characters were kept with the EUC-JP code =
in the=20
glade file.<BR>It was kept with the EUC-JP code in the=20
interface-creation-functions file</FONT></DIV>
<DIV><FONT size=3D2>&nbsp;at the time of build operation as =
well.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>But, a problem occurred when I carried glade out =
with the=20
following environment.<BR>&nbsp;RedHat 7.1<BR>&nbsp;glib =
1.2.9-1<BR>&nbsp;gtk=20
1.2.9-4.<BR>&nbsp;glade 0.5.9-5</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Japanese characters were kept with the unclear code =
in the=20
interface-creation-functions file<BR>&nbsp;though Japanese characters =
were kept=20
with the EUC-JP code in the glade file.<BR>There is not even which of =
EUC-JP,=20
SJIS, JIS, UCS-2, UTF-8 in it.<BR>Tell me which Japanese characters code =
to=20
output .<BR></FONT></DIV>
<DIV><FONT size=3D2>Incidentally, as an example.<BR>zero of two bytes=20
character&nbsp; "=1B$B#0=1B(B" =3D 0x5c 0x32 0x34 0x33 0x5c 0x32 0x36 =
0x30<BR>The capital=20
letter A of two bytes character "=1B$B#A=1B(B" =3D 0x5c 0x32 0x34 0x33 =
0x5c 0x33 0x30=20
0x31<BR>The small letter a of two bytes character "=1B$B#a=1B(B" =3D =
0x5c 0x32 0x34 0x33 0x5c=20
0x33 0x34 0x31<BR>The first character of Japanese hiragana =
"=1B$B$"=1B(B" =3D 0x5c 0x32 0x34=20
0x34 0x5c 0x32 0x34 0x32</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>
<DIV><FONT size=3D2>
<DIV><FONT size=3D2>May 31 2001</FONT></DIV>
<DIV><FONT size=3D2>Atsuhiko Ikeda</FONT></DIV>
<DIV><FONT size=3D2><A=20
href=3D"mailto:<atuhiko cij co jp">&lt;atuhiko cij co jp</A>&gt;<BR><BR><=
/DIV></FONT></FONT></DIV></FONT></DIV></BODY></HTML>

------=_NextPart_000_000B_01C0EA18.8F580940--






[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]