Date: Tue, 8 Jan 2008 09:45:46 +0100 From: Nikola =?UTF-8?B?TGXEjWnEhw==?= <nikola.lecic@anthesphoria.net> To: Hiroki Sato <hrs@FreeBSD.org> Cc: FreeBSD-ports@FreeBSD.org Subject: Re: Adobe Reader and SCIM Message-ID: <20080108094546.075d399b@anthesphoria.net> In-Reply-To: <20080108.114947.266356108.hrs@allbsd.org> References: <20080105.150027.24555394.hrs@allbsd.org> <20080107225750.743feb0d@anthesphoria.net> <20080108.114947.266356108.hrs@allbsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 08 Jan 2008 11:49:47 +0900 (JST) Hiroki Sato <hrs@FreeBSD.org> wrote: =20 > Nikola Le=C4=8Di=C4=87 <nikola.lecic@anthesphoria.net> wrote > in <20080107225750.743feb0d@anthesphoria.net>: [...] > ni> it will not work in Linux and QT apps (incl. Reader 7). The > ni> problem is (I don't know if this is FreeBSD specific) that > ni> GTK_IM_MODULE, once set to 'scim', can't be changed to 'xim' in > ni> the same X session, so the line like aforementioned JPN-specific > ni> setting will not have any effect in such environment. The same > ni> goes for XMODIFIERS once set to @im=3DSCIM. >=20 > As explained above, the acroread script does not change them if > defined already. >=20 > I basically think the user should be responsble for environment > variables that he sets by himself, and the acroread script should set > the default values at the most. However, I agree with setting some > variables to work around problems that prevent acroread from working, > but I am not sure if your suggestion is reasonable yet. On my box, >=20 > GTK_IM_MODULE=3Dscim > QT_IM_MODULE=3Dscim > XMODIFIERS=3D@im=3DSCIM >=20 > works fine with acroread7 (not for acroread8, btw),=20 Hm, I'm surprised to hear this... The scim/scim/SCIM scheme never worked for me anywhere else but in GTK apps... Although I must add that I use only two IM engines, scim-table-imengine and scim-kmfl-imengine. Does this scheme works for you in all QT apps as well (incl. non-native ones, e.g. linux-opera and skype)? (Note: there's nothing unusual with my system, 6.2-RELEASE, Xfce environment, all up-to-date, and I do all tests in empty homedir to avoid possible collisions with old ~/.scim, ~/.adobe, etc. settings.) Never mind, I just shared what works for me -- let it stay in the archives. Maybe I'm alone in experiencing this SCIM (mis-)behaviour. If someone else on this list sees the same, I hope we'll hear about it. > and I could not understand the reason why changing XMODIFIER to > @im=3DXIM does the trick. In my case, it does the trick because @im=3DXIM obviously doesn't prevent SCIM from working normally in GTK environment, and still allows GTK_IM_MODULE to be replaced with "xim" and XMODIFIER itself with "@im=3DSCIM" when launching acroread7 (and skype, etc.). --=20 Nikola Le=C4=8Di=C4=87 :: =D0=9D=D0=B8=D0=BA=D0=BE=D0=BB=D0=B0 =D0=9B=D0=B5= =D1=87=D0=B8=D1=9B
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080108094546.075d399b>