Re: Does our xim process need an update?

If you remember MS Windows, the environment variable under windows can
be changed globally via their system settings. IIRC there are some
desktop specific ways to set the environment variable for the
application launcher (at least for gnome-settings-daemon?).

In spite of desktop, dbus environment variable can be done via
org.freedesktop.DBus.UpdateActivationEnvironment .

But GTK_IM_MODULE is overriden by xsettings in GNOME 3.16,
For Gtk under GNOME, you can use something like, and it will be
changed at runtime without restart the application:

gsettings set \
  org.gnome.settings-daemon.plugins.xsettings overrides \
  "{'Gtk/IMModule':<'fcitx'>}"

For Qt, there's no way without restart the application, but as long as
there's a way to the environment variable to the actual application
launcher, it would be ok.

For XIM case, the name in XMODIFIERS will be owned by im server, it's
not possible to have two duplicate name on the same X. So for each im
server, to use im specific name, or expect the have the same behavior
as Qt (to restart the application).





On Fri, Jul 17, 2015 at 8:42 PM, Marguerite Su <[email protected]> wrote:
> On Thu, Jul 16, 2015 at 10:36 PM, Takashi Iwai <[email protected]> wrote:
>> Well, the idea is technically interesting, but this seems bringing
>> more trouble than gain, so far.  Most users don't care much about
>> switching IMF, as long as its usability is kept, but rather more about
>> IM engine...
>
> Sure, most users don't care, but we M17N developers do care :-)
>
> Currently almost all IMF bugs go to me as bug owner in the end, so I myself
> actually need a technology to test IMF without relogin...
>
> And once some nerd users discussed about eg: use ibus-mozc and
> fcitx-sunpinyin together...so they can get the best user experience
> both on niconico and chinese
> microblog :-)
>
> So I think if there's solution existing by tweaks/combinations of
> current available
> technologies/applications, that would be a job worthly to be done, at
> least in my view :-)
>
> So in short my question is still: is it possible(no matter the
> inconsistency), like develop
> a wrapper to take over all the IMF env setting job and then pass
> through to applications.
>
> eg: just set a GTK_IM_MODULE=inputmethod-daemon and inputmethod-daemon will
> be fcitx/ibus/other IMFs.
>
> Marguerite
> --
> To unsubscribe, e-mail: [email protected]
> To contact the owner, e-mail: [email protected]
>
-- 
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]