Red Hat Bugzilla – Bug 118023
iiimf should allows any trigger key to activate IM
Last modified: 2007-11-30 17:10:38 EST
Description of problem:
iiimf is using Ctrl-Space are the input toggle key binding.
Japanese and Korean users are used to Shift-Space at least,
and also Emacs used Ctrl-Space to set its "mark".
If it is desirable to keep Ctrl-Space for zh, perhaps
the default could be locale dependent in iiimf-server?
You can use Ctrl+@ instead...
the patch has been sent to the upstream.
What about the Kanji button? (Is that CTRL-` or ALT-`? I cannot
*** Bug 121498 has been marked as a duplicate of this bug. ***
The key code of "Kanji" key is 49, which symbol is assigned
as "Zenkaku_Hankaku" at default.
This Kanji key is very much familier to Japanese PC users for start
Kana-Kanji Conversion in Japanese 106 keyboard.
Following solution is recommended.
(1) Kanji key should be the default Conversion Start (and Stop) key.
(2) Some tools or documents are prepared to change the default
Conversion Start (and Stop) key. In Kinput2, dafault Conversion Start
(and Stop) key can be changed by editing the configuration files.
we have some problem to do that:
1) IIIMF have only common trigger key, but not LEs-specific trigger key
2) right now IIIMF have no way to change the trigger key.
according to 1) reason, if we fix this problem at this point, we will
have some trigger keys in order to keep the backward compatibilities,
usabilities-- at least we need to have Ctrl-space, Shift-space, Kanji.
and these keys always works to activate IM for LEs. no way to disable
only some trigger key.
BTW the way to allow these is being discussed by the upstream.
*** Bug 127647 has been marked as a duplicate of this bug. ***
BTW Although all of problems as I said isn't fixed yet, you can now
change the system wide trigger key with -conversionkeys option for
htt_server (htt will passes the unknown options through htt_server),
# htt -conversionkeys '<Shift>space'
after that, you can activate the IM with shift+space instead of
ctrl+space. please make sure your iiimsf-* packages and whether your
htt_server accepts -conversionkeys or not. if yes, you will see it in
the help messages with htt_server -h. otherwise you need to update
your packages then.
*** Bug 138963 has been marked as a duplicate of this bug. ***
I am a new user of the iiimf-*-12.1-10.FC3. I have it working on Fedora Core 3,
but currently, both Ctrl+SPACE or Shift+SPACE will enter my chosen input mode
(Japanese). I would like Ctrl+SPACE to work, but I find that I type Shift+SPACE
too often accidentally in normal typing so would like to disable that keystroke
Sounds like some work is being done upstream to make it somewhat configurable,
but I am looking through the im-sdk package, especially at the user interface
code. I have found the widgets.c which controls a little bit of the interface
once the user is in a special input mode, but I have not figured out the portion
of the code which implements the Ctrl+SPACE/Shift+SPACE part itself.
Can you give me a hint?
Well, For gtk2 and Qt immodules, we have a patch to support the configurable
hotkey. we are waiting for approval from upstream.
The configurable hotkey feature is now in 12.2-0.1.svn2578 or later.
Confirmed hotkey feature has been implemented.
iiimf-le-tools -g --lang ja --add-hotkey '<shift>space' --add-hotkey
'<alt>kanji' --add-hotkey 'kanji'