retitle 513242 im-switch: inconsistent quasi-locale behaviour
thanks
Hi Osamu,
On Wed, 2009-01-28 at 22:21 +0900, Osamu Aoki wrote:
> I kind of see your problem but questions are:
> * is this feature?
> * does this change cause side effect?
<snip>
> > If im-switch is run with ll_CC set to all_ALL and run again with ll_CC
> > set to the real locale, e.g. en_AU, then the "inputmethodname" set for
> > en_AU will override the "inputmethodname" set for all_ALL.
>
> That is what I intended this to work.
>
> all_ALL is meant as fallback default as I remember.
Perhaps def_DEF would have been a more appropriate string?
> I think action items are:
> * improve documentation
> * add new option -d which reset inputmethod link for that link, if run
> without -z ll_ZZ, then it should reset for all locales.
>
> Basically, -d is oposit of -a, -c, -s does.
>
> What do you think?
1) I definitely agree we need a -d option. We should not be exposing the
user to rm -f ~/.xinput.d/*.
2) Perhaps introducing "def_DEF" as fallback default will make im-switch
syntax more logical and easier to understand.
However, we still need an all_ALL that over-rides everything else.
gnome-language-selector (Ubuntu) sets scim-bridge for a particular
locale. You want the ability to over-ride such arbitrary choices.
The code would then look like:
------------------------------------------------------------------------
for f in "$HOME/.xinput.d/all_ALL" \
"$HOME/.xinput.d/${LNG}" \
"$HOME/.xinput.d/def_DEF" \
"/etc/X11/xinit/xinput.d/all_ALL" \
"/etc/X11/xinit/xinput.d/${LNG}" \
"/etc/X11/xinit/xinput.d/def_DEF" \
"/etc/X11/xinit/xinput.d/default" ; do
------------------------------------------------------------------------
3) I wonder if the packages that depend on im-switch use "all_ALL".
Reverse Depends:
uim-common,im-switch
skkinput,im-switch
scim-pinyin,im-switch
scim,im-switch
kinput2-common,im-switch
imhangul,im-switch
gtk-im-libthai,im-switch
gcin,im-switch
fcitx,im-switch
4) Is im-switch more complicated than it needs to be? Should we actually
take a step back and have a look at what it is trying to solve?
cya,
#
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
