Draft IBus Hotkey Behavior Plan v0.1

[Warren Togami]

Please comment on the below draft.

Cycle Hotkey Behavior
=====================
We have agreed to match the Windows IME hotkey cycling behavior in order 
to match user expectations.

Alt-Shift
This hotkey cycles to the next language.

Ctrl-Shift
This hotkey cycles to the next engine within the current language, if 
there is more than one engine for that language.  In practice this only 
does something in Chinese, while it does nothing in single engine 
languages like Japanese or Korean.  There is no time to implement this 
for Fedora 11, so we will compromise by having Alt-Shift cycle through 
all engines for all languages until we later implement this secondary 
cycling hotkey.

Ideal Trigger Hotkey Behavior
=============================
After F11, we intend on changing the default behavior of hotkeys to be 
similar to Windows behavior, where hotkeys associated with a language 
are active only when that language engine is the current engine.

Chinese
	CTRL-Space
India
	CTRL-Space
Japanese
	Hankaku, Alt-Hankaku, Alt-`
Korean
	right-Alt

This means if Japanese is the current language engine, CTRL-Space does 
nothing.  If Korean is the current language engine, Alt-` does nothing.

The goal is to bring our IM behavior into line with non-technical normal 
user (hint: not Linux user) expectations, while making it easy to 
restore the old Linux behavior with an option.

I believe after we implement the above behavior, we could possibly 
improve upon it:
* In this ideal plan, the global trigger hotkey would default to blank. 
  A user may set their desired global trigger hotkey if they want to 
restore the previous behavior.
* We may want to consider always enabling non-native hotkeys deemed to 
be non-conflicting, or making this an option.  For example, Hankaku and 
Alt-` wont upset any other user.  right-Alt would upset non-Korean 
users, however Han/En is unique and might be deemed as non-conflicting.
* Other possible improvements over Windows behavior.

This ideal plan would need to implement some type of per-language 
hotkeys that inherit from the current engine.  We don't have time to do 
this before Fedora 11.  Thus we will do a simpler plan for Fedora 11, 
and return to do it properly later.

Fedora 11 Compromise Trigger Behavior Plan
==========================================
Default Global Triggers
	CTRL-Space, Hankaku, Alt-Hankaku, Alt-`

These as default global triggers satisfy nearly all normal end-user 
expectations without upsetting anyone.

Korean Hotkey Behavior
======================
https://bugzilla.redhat.com/show_bug.cgi?id=493509
US Layout Hotkeys
	right-Alt Han/En switch in language bar, does not dismiss bar
	right-Ctrl Hanja conversion button
KO Layout Hotkeys (might already be done, needs testing)
	Han/En button switch in language bar, does not dismiss bar
	Hanja conversion button

* phuang says Korean users expect Alt-Space as trigger, but it seems to 
do nothing by default on Windows.
* krisna mentioned left-Alt as being expected to be Hanja, but it seems 
to do nothing on Windows.  US Korean users seem to universally expect 
right-Ctrl to be Hanja.
* Variants of these preferences seem to exist.  We should study SCIM 
Hangul, Windows and Mac to see what preferences exist.

Japanese Hotkey Behavior
========================
(TODO)

Chinese Hotkey Behavior
=======================
(TODO)

Warren Togami
wtogami at redhat.com