From Fedora Project Wiki
(→‎Comments and Discussion: submit for wrangler review)
Line 2: Line 2:


== Summary ==
== Summary ==
[[I18N/IBus|iBus]] is a new input method framework under active development which is designed to overcome some of the limitations of SCIM.
[[I18N/IBus|iBus]] is a new input method framework under active development which is designed to overcome the limitations of SCIM.


iBus uses dbus protocol for communication between the ibus-daemon and all clients (engines, panel, config tools). Since all components run in separate processes there is enhanced modularity and stability.  Client processes can be loaded, started and stopped independently. iBus supports Gtk2, Qt4, and XIM, and has input method engines for anthy, chewing, hangul, m17n, pinyin, and large tables.  Engines and clients can be written in any language with a dbus binding.
iBus uses dbus protocol for communication between the ibus-daemon and clients (engines, panel, config tools). Since the components run in separate processes there is enhanced modularity and stability.  Client processes can be loaded, started and stopped independently. iBus supports Gtk2, Qt4, and XIM, and has input method engines for anthy, chewing, hangul, m17n, pinyin, and large tables.  Engines and clients can be written in any language with a dbus binding.


== Owner ==
== Owner ==

Revision as of 09:50, 19 January 2009

Intelligent Input Bus

Summary

iBus is a new input method framework under active development which is designed to overcome the limitations of SCIM.

iBus uses dbus protocol for communication between the ibus-daemon and clients (engines, panel, config tools). Since the components run in separate processes there is enhanced modularity and stability. Client processes can be loaded, started and stopped independently. iBus supports Gtk2, Qt4, and XIM, and has input method engines for anthy, chewing, hangul, m17n, pinyin, and large tables. Engines and clients can be written in any language with a dbus binding.

Owner

Current status

  • Targeted release: Fedora 11
  • Last updated: 2008-01-14
  • Percentage of completion: 60%

Detailed Description

ibus was introduced in Fedora 10 as a new dynamic input method framework and also made available for Fedora 9 Updates.

Most of the work on ibus is being done upstream by Huang Peng. This feature proposal covers moving from scim to ibus as the default input method framework for Fedora 11, testing, and additional usability feature requirements for ibus.

(FIXME: describe differences to SCIM here)

Benefit to Fedora

It will provide a more stable viable input method framework which will be easier to maintain and

Scope

Core:

  1. Push rewrite in C to rawhide.
  2. Update comps to install ibus by default in place of scim.
  3. Update ibus packages to obsolete older scim packages (users will still have the option to use scim in F11 if they install themselves).

Engines:

  1. Change engine loading logic to avoid using many xxx.engine files to describe all keymaps in m17n engine
  2. Improvements:
    • Make ibus-pinyin better
    • Add hotkey configure for ibus-anthy
    • Separate tables from ibus-table engine

Test Plan

  1. Test updating F10 to F11 and check that scim packages replaced by ibus packages.
  2. Organize testing of ibus by native users for feedback and filing bugs and RFE's.
  3. Work with Fedora QA to ensure that we have no regressions.

open ibus bugs

User Experience

  1. Better performance since ibus only loads the input method engines it needs at start.
  2. Stability from simpler architecture without need to avoid symbol conflicts from using C++ STL.

Dependencies

  • None

Contingency Plan

  • revert to SCIM as default input method system.

Documentation

Release Notes

The change to ibus should be documented carefully under I18N Docsbeat.

Comments and Discussion