[openi18n-im:01408] Fwd: IIMF Feature Proposal

Forwarding through one of the user's thought on future features that may 
improve user experience.

Any takers or comments? :)

Cheers
Leon

----------  Forwarded Message  ----------
From: Warren Togami <[email protected]>

I would be totally happy with IIIMF if we can achieve these goals for
FC5/RHEL5.  Thoughts?

I. Online Help
==============
IIIMF is pretty easy to use, but not completely obvious.  We currently
lack online help, but fortunately a mechanism to do it in an intuitive
way is not too difficult to implement.
Most (all?) of this is implemented and user interfaced through gimlet.

- documentation browser (html?)
   Uses existing GNOME help system.
- tooltip mouseovers
- tooltip bubbles
- optional: localized online help
   Example: LANG=en.US_UTF-8 CannaLE Help goes straight to the English
version that explains how to use CannaLE.  If you are in ja.JP-UTF-8 it
goes straight to the Japanese version.  There are hyperlinks at the top
of those pages to go to the different available languages.
   Most languages will have instructions for only English and that
native language, but more translations can be added if submitted by
community.  So there could be a French version of CannaLE online help if
someone bothers to translate it.
   Localized online help is invaluable for those learning a foreign
language, and providing the mechanism to support it would put us ahead
of the desktop competition.  This is relatively *easy* to implement too.

II. Per-Language Default Hotkeys
================================
- Japanese and Korean hotkeys to be chosen based upon user studies.
Default hotkeys will not necessarily reflect desires of existing Linux
userbase but rather the larger market.  I personally intend on
conducting formal end-user studies of Windows users here during the July
timeframe.
- "Tap ALT" or "Tap CTRL" switch capability may be desired based upon
the end-user studies, but would require GTK changes.  QT changes?

- Login to desktop with any LANG, and choose any other input language.
   (Only limitation may be RTL?)
- Input language behavior is consistent in any LANG environment.  In
other words, hotkeys change when you change to a different input language.
- After switch, start out with pre-edit inactive rather than active in
order to avoid the problem where user does not know how to disable it.
(This is not a huge problem anyway, because the user can always switch
the language in gimlet if they find themselves in an unfamiliar language.)
- Tiny focusless "bubble" visual indicator appears below gimlet for
~5-10 seconds when language changes.  If user clicks on it,
documentation browser for that input language opens.

III. GUI Configuration
=============================
I have some design ideas on paper for layout of this configurator.
I need to learn GTK for graduation within the next month, so I should be
able help in writing this app for FC5. =)

- "Legacy Mode" for old shift-space behavior
- Custom hotkey configuration
- Checkbox to enable IIIMF input for this user in all languages.

Warren Togami
[email protected]