Osamu Aoki wrote:
> /usr/share/doc/uim-common which is symlinked from
> /usr/share/doc/uim-gtk2.0 too.
Yes, I found it now. So there are two preferences methods, the
graphic one which uses .uim.d, and the other one which uses .uim.
But the graphic one is installed by default, so we do not need the
other one. It just overrides the user's own preferences.
Example:
-- A user installs uim (which automatically installs im-switch),
anthy, and uim-anthy.
-- The user is clever enough to know that he/she has to call
im-switch -s uim_anthy before starting X, and to run the uim
toolbar (because im-switch does not take care of that).
(Really there should be a dialog offered when you install
im-switch).
-- The user decides he/she wants to use another default input
method in uim, not anthy (e.g. 'direct'), using the uim
Preferences menu. It won't work. At the next X restart, anthy
is still the default method (because of the .uim file). The
'direct' method, (and the 'byeoru' uim method), can
not even be got through im-switch -c or im-switch -s, so you
cannot make them the default at all.
Let us not make life too difficult for users. Let us get rid of
this .uim file, please. It is not needed and it only causes trouble.
> But please understand the actual "buggy" codes per your
> assessment are not in this package. They are example.
I don't understand. Surely creating the .uim file is in the package?
> [..]You do not need to be root to set up like you did if you
> are fixing for one user.
I did that only to cure the bug (= the fact that im-switch keeps
re-creating the .uim file).
> im-switch has 2 modes, user and root. In user mode, you copy
> uim-anthy to ~/.xinput.d and edit.
You mean ordinary users have to edit a config file by hand in
order to use im-switch?
> Run "im-switch -s uim-anthy" to point to user one. New -l
> comand should tell you did OK. See my new documentation in
> README.Debian(unstable).
I just got the new version now. It is even more complicated! There
are now symlinks for 170 legacy locales in
/etc/X11/xinit/xinput.d. And they point to /etc/alternatives,
where there are again symlinks. Half of /etc/alternatives is
now used up by im-switch alone! Are you sure this is necessary?
Then, almost all of these symlinks point back at one file:
/etc/X11/xinit/xinput.d/default.
Why would im-switch have to pay any attention to the user's locale
at all? If people have a legacy locale, they select a keyboard
(when they install Debian) for that locale. Or perhaps they
install a CJK system like kinput2 or anthy (without uim). No
multilingual input in that case.
But if people want to use really multilingual input, it does not
matter what their locale is (but it has to be UTF-8, otherwise uim
won't do anything).
IMHO im-switch should help to install multilingual systems like
uim, scim, and IIIMF. It should do that in any (UTF-8) locale the
user happens to be in. Then the user can use uim's, (or SCIM's, or
IIIMF's) preferences menu to select which input methods he/she
wants, and which should be the default one.
So im-switch can really be drastically simplified. I'll help you
do this if you want. All this idea of 'locales' should be thrown
out. Then the doc can be simplified, simply saying
-- if you want uim, do this
-- if you want scim, do this (etc.)
Then the uim/scim should come up at the next X restart (which it
does not now in the case of uim). Ideally, im-switch should pay
attention to the window manager which is in use (icewm for
instance needs some special treatment; maybe others too).
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
