On Tue, Dec 11, 2007 at 09:37:07AM -0800, Doug Rintoul wrote:
> Ming Hua wrote:
>> Scim package is already set up to handle all_ALL, it just doesn't set it
s/Scim/im-switch/
>> to default (and it shouldn't). I believe no packages that currently use
>> im-switch change all_ALL by default.
> Can you explain what you mean by scim being set up to handle all_ALL? On
> all the Debian and Ubuntu systems I have seen
> /etc/X11/xinit/xinput.d/all_ALL is linked to
> /etc/alternatives/xinput-all_ALL which is linked to
> /etc/X11/xinit/xinput.d/default. From what I can see, since all_ALL is
> ultimately linked to default, then the default behaviour for any locale
> which does not have an input method explicitly assigned to it via im-switch
> is to have no input method.
Yes.
> Is it that
> /var/lib/dpkg/alternatives/xinput-all_ALL has entries for both scim and
> scim-immodule, and thus provides the ability to use im-switch or
> update-alternatives to set the im for all_ALL to scim or scim-immodule?
Yes if the local administrator decide. But you shoud not do this as
package.
> I
> think a light bulb just went on in my head and I now understand the
> alternative system a bit better.
>> I feel the best way to handle the
>> situation in scim-kmfl-engine is to have a debconf question explaining
>> the need to use GTK+ IM module, then offer to set it, with default to no
>> (I still don't think it shouldn't be changed unless the user/admin
>> explicitly asks). And when the answer to the question is yes, do things
>> along the line of "update-alternatives --set xinput-all_ALL
>> /etc/X11/xinit/xinput.d/scim-immodule" or "im-switch -z all_ALL -s
>> scim-immodule".
> This makes sense.
Not really to me. This is getting too complicated and there are cases
people can be surprized. Instead of arguing over im-switch, What should
happen is redesign of scim for simplicity with redesigned im-switch.
(You can do the same with current im-switch but it will be more mess)
I am thinking along:
= SCIM =
1. /etc/defaults/scim should store few variables
IMMODE=XIM|IMMODULE
SCIM=ACTIVE|INACTIVE
2. im-switch place similar hook script to X.
3. The hook script checks alternative system and if it finds scim is
current choice, it start /usr/share/scim/hook.
4. /usr/share/scim/hook is executed:
If SCIM is ACTIVE, execute really hook script contents.
First, check ~/.scim -> if exist execute it.
Second, check IMMODE, and execute accordingly.
= debconf of scim in postinst =
All question should honor current /etc/defaults/scim is default
1. low priority for SCIM variable : debconf defualt = ACTIVE
2. low priority for IMMODE variable : debconf defualt = XIM
(if invoked, it should tell negatives of immodule in general with C++
issues etc while telling good things for scim-kmfl-imengine.)
3. locale in /etc/scim/global value for /SupportedUnicodeLocales:
debconf defualt = en_US.UTF-8
(high priority if locale is not in en_US.UTF-8 nor (one of CJK).UTF-8
and ACTIVE, otherwise low priority)
= debconf of scim-kmfl-imengine in postinst =
1. In postinst, if it finds SCIM not to be set for IMMODULE in
/etc/defaults/scim, ask question using the template from scim as high
priority.
> Right now, I am anxious to get scim-kmfl-imengine into
> Debian before Dec. 13 since this is the cut off date for Ubuntu's Hardy
> Heron. I am not sure if this is possible now, but if it would make it
> easier for a sponsor to upload kmfl to Debian, I would be willing to forgo
> having scim-kmfl-imengine do any postint/prerm. Perhaps I would add it at a
> later date, when all the ramifications have been sorted out.
I did not know it.
I recommend not to do anything in postinst. Just write README.Debian
and explain how admin should configure SCIM.
> A quick search on the web shows that kmfl is being used with Ubuntu/Debian
> distros despite there not being a complete version in Debian. It would be
> good to make it official.
Yes.
> Doug Rintoul.
Osamu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
