Re: Typing on GuixSD in languages other than English

[Chris Marusich <cmmarusich@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 4630 bytes --]

Chris Marusich <cmmarusich@gmail.com> writes:

> iyzsong@member.fsf.org (宋文武) writes:
>
>>> Chris Marusich <cmmarusich@gmail.com> writes:
>>>
>>>> Awesome!  Where you able to get this working?  I've tried installing it
>>>> From the version you pushed, and I still can't get it to work.  Even
>>>> when I set all the environment variables mentioned, and I install all
>>>> the packages (ibus, ibus-anthy, and anthy) to my profile.  If you got it
>>>> working, I'd like to know how so I can set it up on my end, too.
>>
>> Yes, I only tested in xterm.
>> set the environemnt variables, run ‘ibus-daemon –-xim -v’.
>> then use ‘ibus-setup’ to add ‘Japanese - Anthy’.
>> in xterm, ‘Super+Space’ work fine.
>>
>>
>> For GTK+ applications, I have to generate the ‘immodules.cache’ file:
>>
>> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk-query-immodules-3.0 -–update-cache
>>
>> GTK_IM_MODULE_FILE=/tmp/immodules.cache gtk3-demo –-run search_entry
>>
>>
>> With the cache (it contains ibus), it will work.
>
> Thank you so much for the tips!  I've finally gotten ibus-anthy working
> (partially)!  However, I've encountered some additional
> problems/questions, and I hope you can provide some advice:
>
> * When I set up GTK_IM_MODULE_FILE like you've suggested, it works only
>   for GTK3 applications.  Applications using GTK2 crash due to some kind
>   of a version incompatibility problem [1].  However, if I generate the
>   immodules cache file with "gtk-query-immodules-2.0", then the same
>   thing happens in reverse: GTK2 applications work with Japanese input,
>   but GTK3 applications crash.  Do you know of a way we can get it
>   working for both GTK2 and GTK3 applications simultaneously?
>
> * When I install ibus, I notice that the next time I log in, the
>   following environment variables are set even though they were not set
>   before, and even though I did not add them to my $HOME/.bashrc or
>   $HOME/.bash_profile:
>
>   QT_IM_MODULE=ibus
>   XMODIFIERS=@im=ibus
>   IBUS_COMPONENT_PATH=/home/testuser/.guix-profile/share/ibus/component
>
>   Do you know where those environment variables are coming from?  Why
>   isn't GTK_IM_MODULE set, also?  (It seems that setting GTK_IM_MODULE
>   is not necessary if GTK_IM_MODULE_FILE is set, but I do not currently
>   understand the relationship between those two environment variables.)
>
> * If the ibus cache in $HOME/.cache/ibus exists, then installing
>   ibus-anthy will APPEAR to have no effect.  The only way I was able to
>   get GNOME's control panel ("All Settings" > "Region & Language" >
>   "Input Sources") or ibus-setup to recognize the "Japanese (Anthy)"
>   input method after installing ibus-anthy was to invoke "rm -rf" on the
>   $HOME/.cache/ibus directory and then restart ibus-daemon (e.g., by
>   restarting the xorg-server service).  To make it easier to install and
>   use ibus-anthy, there a way we can ensure that the ibus cache is
>   refreshed when the user installs ibus-anthy?
>
> Thank you,

Regarding question #1 (i.e., the problem by which GTK2 and GTK3
applications cannot share the same GTK_IM_MODULE_FILE environment
variable without crashing one or the other), it seems that this is
simply the way GTK behaves currently, with no obvious solution:

https://developer.gnome.org/gtk3/unstable/gtk-running.html
"GTK_IM_MODULE_FILE.  Specifies the file listing the IM modules to
load. This environment variable the default value
libdir/gtk-3.0/3.0.0/immodules.cache (libdir has the same meaning here
as explained for GTK_PATH). The immodules.cache file is generated by the
gtk-query-immodules-3.0 utility."

At first blush, it seems that it is simply quite difficult to teach
GNOME about where to find its input method modules in the world of
GuixSD.  This is really unfortunate, since I imagine that many people
want to type in languages other than English within GTK applications.  I
wonder what features might exist in GNOME or GuixSD that would make it
easier to tell GNOME where to find its dependencies?  If it isn't
currently possible, I wonder what changes could be made to make it
possible?

There is good news, though.  I can happily report that the Japanese
language input method which comes built into Emacs (i.e., "quail
japanese") works perfectly out of the box.  After all the trouble I
spent trying to figure out how to use ibus-anthy in GNOME, it blew my
mind when I discovered this emacs feature.  So cool!

emacsを使えば馬鹿みたいに簡単で驚きました。

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]