Bug 509478

Summary: support IME-based hotkeys
Product: [Fedora] Fedora Reporter: Jens Petersen <petersen>
Component: ibusAssignee: fujiwara <tfujiwar>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 16CC: i18n-bugs
Target Milestone: ---Keywords: FutureFeature, i18n, MoveUpstream
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-09-01 09:53:24 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch for ibus/data/ibus.schemas.in none

Description Jens Petersen 2009-07-03 02:25:12 UTC 
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.
Comment 1 fujiwara 2009-11-04 06:01:55 UTC 
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]"
Comment 2 Jens Petersen 2010-06-30 05:29:24 UTC 
That would be locale specific but may be an improvement.
Comment 3 fujiwara 2010-07-28 08:13:46 UTC 
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()
Comment 4 Fedora Admin XMLRPC Client 2010-08-02 06:17:33 UTC 
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.
Comment 5 fujiwara 2010-09-16 09:34:30 UTC 
(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.
Comment 6 fujiwara 2010-09-16 09:41:57 UTC 
(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|
Comment 7 fujiwara 2011-02-10 07:23:22 UTC 
*** Bug 674728 has been marked as a duplicate of this bug. ***
Comment 8 Jens Petersen 2011-05-19 05:59:04 UTC 
May be good to survey how other distros handle this.

Alternatives might include global hotkey + optional locale based hotkey.
Comment 9 fujiwara 2011-06-03 08:37:14 UTC 
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.
Comment 10 fujiwara 2011-09-01 09:53:24 UTC 
The new Control + Space is integrated in f16.