[immodule-qt] introducing QT_IM_SWITCHER environment variable
YamaKen
yamaken at bp.iij4u.or.jp
Tue Aug 17 15:49:04 EEST 2004
Hi Takumi, thank you for respoonding.
At Tue, 17 Aug 2004 19:10:02 +0900,
takumi at asaki.jp wrote:
> On Tuesday 10 August 2004 17:02, YamaKen wrote:
>
> > > It confuses ordinary users. Although ordinary users will not
> > > imagine such configuration, weird users will favor such
> > > configuration and publish their configuration memo to the
> > > world. It will confuse victims that googled with 'QT_IM_MODULE'.
> > >
> > > To prevent such unwanted happening, we should restrict the
> > > plugins that can be specified by QT_IM_SWITCHER as real
> > > IM-switchers. It can be actualized by checking whether the
> > > specified plugin has the 'imsw-' prefix.
> >
> > Above restriction is also implemented. See r67 of the
> > trunk. This restriction has changed the configuration convention
> > for system integrators as follows.
> >
> > - valid configuration
> >
> > setenv QT_IM_SWITCHER imsw-none
> > setenv QT_IM_MODULE iiimqcf
> >
> > - following configuration has become invalid
> >
> > setenv QT_IM_SWITCHER iiimqcf
>
> Sorry. I have not noticed this description.
> I think it's better this restriction is bad.
>
> IM-Switcher and IM-Module is same class.
Although technically same class for developers, psychologically
different class for users. This is why I had introduced the
restriction.
> So, it's better user can set IM-Module as IM-Switcher if user want.
I'm worrying about following situation. How do you think about it?
> > > It confuses ordinary users. Although ordinary users will not
> > > imagine such configuration, weird users will favor such
> > > configuration and publish their configuration memo to the
> > > world. It will confuse victims that googled with 'QT_IM_MODULE'.
-------------------------------
YamaKen yamaken at bp.iij4u.or.jp
More information about the immodule-qt
mailing list