[SCIM] BUG: locale dependency of SCIM's gtk2-immodule

[YamaKen]

Hi, I've removed the bugs that prevented me from running
scim-uim through SCIM's gtk-immodule on my machines. Please
apply attached patch.

first bug:

SCIM's gtk-immodule requires UTF-8 locale, but the requirement
is inappropriate. For example, many of Japanese are setting
locale to ja_JP.EUC-JP so g_get_charset() returns "EUC-JP". This
causes that EUC-JP string is passed to the immodule that assumes
string as UTF-8. Or if IMEngine does not supports current
locale, its instantiation fails and key inputs are simply
discarded and not echoed back. scim-uim is a such case.

Although this problem can be avoided by setting the env
CHARSET=UTF-8 to instruct glib to use UTF-8, it is wrong
way. Fixing client-side encoding to UTF-8 regardless of current
locale is correct way. This also enables scim-uim to be running
on some environments that not having UTF-8 locale.


second bug:

When IMEngine instantiation is failed ("key inputs are simply
discarded and not echoed back" state), SCIM's gtk-immodule is
crashed by following steps.

$ LC_ALL=C gedit
# (re)select SCIM immodule from context menu
# crashed

This bug has been fixed by modifying
gtk_im_context_scim_get_preedit_string().


I've started to play with SCIM.

-------------------------------
YamaKen  yamaken at bp.iij4u.or.jp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: scim-0.99.1-gtk2-immodule-locale-dependency-20040626.diff
Type: application/octet-stream
Size: 1034 bytes
Desc: not available
Url : http://freedesktop.org/pipermail/scim/attachments/20040626/f8934ac9/scim-0.99.1-gtk2-immodule-locale-dependency-20040626.obj