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

[Zhe Su]

Hi,
  Thank you very much. But for the first issue, the original code is
used to filter out the IMEngines which do not support the current
locale's encoding. The real issue is in
gtk_im_context_scim_filter_keypress, which should send back the key
event if context_scim->impl is NULL.

  I had fixed this issue in CVS, you may try again.

Regards
James Su

On Sat, 26 Jun 2004 09:12:51 +0900, YamaKen <yamaken at bp.iij4u.or.jp> wrote:
> 
> 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
> 
> 
> 
> scim-0.99.1-gtk2-immodule-locale-dependency-20040626.diff - 1K
> noname - 1K Download 
>