Description of problem: ibus should really support IME-based trigger hotkeys like Windows. Steps to Reproduce: 1. Run ibus in F11 2. ibus-setup -> hotkeys Actual results: Too many hotkeys defined for all for CIJK Expected results: Only hotkeys for IMEs in use to be available. Eg Japanese user should only have Alt-` and Hankaku_Zenkaku defined by default, not other keys like Ctrl-Space and Korean hotkeys, etc. Additional info: With this change we could also drop defining a global hotkey by default which would be ibus more acceptable as a desktop default in the longer term.
Created attachment 367410 [details] Patch for ibus/data/ibus.schemas.in E.g. the attached patch can define the behavior with .po file. msgid "[Control+space]" msgstr "[Control+space,Zenkaku_Hankaku,Alt+Zenkaku_Hankaku]"
That would be locale specific but may be an improvement.
Hmm.., new EngineDescription2: http://github.com/phuang/ibus/commit/571ee3a071a2ab06aaf757c39827ebb779a8a769 Probably integrating this patch would be no problem but we need to consider if we use ibus_engine_desc_new2()
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
(In reply to comment #3) > Hmm.., new EngineDescription2: > http://github.com/phuang/ibus/commit/571ee3a071a2ab06aaf757c39827ebb779a8a769 Today I noticed I mistook the feature of the patch. The feature is to enable an engine(likes next engine) but not take on/off the engine. We may need the similar implementation for trigger keys. Currently I'm working on variable ibus_engine_desc_new2() with ibus maintainers. http://github.com/fujiwarat/ibus/commit/ee48085c0e00bf0d7835db1942720ee8495a4fec Once the implementation is done, we could add any features by engines.
(In reply to comment #5) > The feature is to enable an engine(likes next engine) but not take on/off the > engine. s|take on/off|turn on/off|
*** Bug 674728 has been marked as a duplicate of this bug. ***
May be good to survey how other distros handle this. Alternatives might include global hotkey + optional locale based hotkey.
Thinking about this again, probably it depends on how the definition of Ctrl+Space we think. If we think Control + Space to switch prev-next engines, actually almost the implementation would be done while I would see a bug. However we will need the another definition table of the keyboard hotkeys besides ibus engines. E.g. assign Zenkaku_Hankaku on jp keyboard as one hotkey. If we think Control + Space to switch on-off engines, probably we need a new implementation in IBusEngineDesc.
The new Control + Space is integrated in f16.