Draft IBus Hotkey Behavior Plan v0.1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx

--
Fedora-i18n-list mailing list
Fedora-i18n-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-i18n-list

[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux