Osamu :

>I have no idea on Ubuntu.  I am curious for gnome-language-selector Debian 
>situation.
>

For Debian distros when searching at http://packages.debian.org, I do
not see "gnome-language-selector" or the package "language-selector"
which carries it in.  It has been made only for Ubuntu it appears.

Harshula  + Osamu:
> > 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
>
> I do not think they should use all_ALL to set im-switch beavior (I know
> this may not be followed as I know.)
>
> /etc/X11/xinit/xinput.d/default was meant to be the system default fall
> back.

im-switch package itself writes into the alternatives registry file
/var/lib/dpkg/alternatives/x-input-all_ALL for inclusion of "default",
"none"  and "default-xim".

scim, uim(actually uim-xim which depends on uim-common) , gcin are
some others I have checked to find that they write into same registry
file in Debian. Haven't checked the others so could be more.

Harshula:
> Then let us at a minimum,
>
> 1) Remove "all_ALL" from the documentation.
>
> 2) Add a check to im-switch which warns the user of a deprecated
>
> "all_ALL", if it exists.
>
> 3) Add a fake "default" locale that acts like a default.
>
> 4) I would prefer to use the string "all" for a fake locale that is
>
> meant to represent 'all' locales, instead of the string "override". It
>
> is clear and simple.
>
> So, I would prefer something like this
>
> ------------------------------------------------------------------------
>
> for f in    "$HOME/.xinput.d/all" \
>
>           "$HOME/.xinput.d/${LNG}" \
>
>           "$HOME/.xinput.d/all_ALL" \
>
>           "$HOME/.xinput.d/default" \
>
>           "/etc/X11/xinit/xinput.d/all" \
>
>           "/etc/X11/xinit/xinput.d/${LNG}" \
>
>           "/etc/X11/xinit/xinput.d/all_ALL" \
>
>           "/etc/X11/xinit/xinput.d/default" ; do
>
> ------------------------------------------------------------------------

a). So while all_ALL to be deprecated, it will not be disallowed?

Anyway as per Osamu's point on backward compatibility it cannot be
removed from 80im-switch. So we will have "all" and "all_ALL" .

Will you be satisfied with "every" instead of "all" to avoid closely
similar fake locale names?

b). Having the line "/etc/X11/xinit/xinput.d/all" would defeat the
purpose of the line below it.

scim package for CJK locales and im-switch for th_TH locale set
system-wide defaults of scim-bridge and th-xim respectively. If
another package maintainer chooses to create registry entry for
"x-input-all" then out-of-box readiness for those users will get
turned off.

My suggestion is to remove "/etc/X11/xinit/xinput.d/all" from the
above. So the use of "all" would be restricted to user's own
configuration only and not for system wide configuration.

c)    //3) Add a fake "default" locale that acts like a default.//

Why is it necessary ?

As it is now, through im-switch commands, the configuration file
"/etc/X11/xinit/xinput.d/default" can be sym-linked to by
"$HOME/.xinput.d/all", "$HOME/.xinput.d/${LNG}",
"$HOME/.xinput.d/all_ALL".  And so there is no need for the line
"$HOME/.xinput.d/default" in the above list.

So my suggestion is:

----------------------------------------------------------

for f in    "$HOME/.xinput.d/all" \

              "$HOME/.xinput.d/${LNG}" \

             "$HOME/.xinput.d/all_ALL" \

             "/etc/X11/xinit/xinput.d/${LNG}" \

            "/etc/X11/xinit/xinput.d/all_ALL" \

            "/etc/X11/xinit/xinput.d/default" ; do

-------------------------------------------------------------------------------------

And for the fake locale "all" an alternative name could be "every"

And among the two suggestions of "im-switch -e" and "im-switch -r"
which I made in post  #32 the second (for "re-initialising")  is not
needed with above arrangement.

~Sethu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to