From Fedora Project Wiki
< Features
m (marisa is packaged, update timestamp) |
mNo edit summary |
||
| Line 44: | Line 44: | ||
<!-- What work do the developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Import marisa-trie, libkkc, ibus-kkc packages to Fedora (packages are available in [http://repos.fedorapeople.org/repos/ueno/libkkc/fedora-18/x86_64/ private repo]) | * Import marisa-trie, libkkc, ibus-kkc packages to Fedora (packages are available in [http://repos.fedorapeople.org/repos/ueno/libkkc/fedora-18/x86_64/ private repo]) | ||
* | * Make ibus-kkc as the default Japanese input method | ||
** port necessary features like keybinding editor from other IMEs | ** port necessary features like keybinding editor from other IMEs | ||
* Provide Anthy compatible library for smooth transition from ibus-anthy | |||
== How To Test == | == How To Test == | ||
| Line 79: | Line 80: | ||
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "None necessary, revert to previous release behaviour." Or it might not. If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | <!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "None necessary, revert to previous release behaviour." Or it might not. If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | ||
* | * Keep ibus-anthy as the default Japanese input method | ||
== Documentation == | == Documentation == | ||
Revision as of 01:21, 6 February 2013
libkkc
Summary
libkkc, a new Japanese Kana Kanji input library, will be available in Fedora 19, along with an IBus input method engine which uses libkkc as backend (ibus-kkc). ibus-kkc will be the default Japanese input method in place of ibus-anthy.
Owner
- Name: Daiki Ueno
- Email: ueno at gnu.org
Current status
- Targeted release: Fedora 19
- Last updated: 2013-02-06
- Percentage of completion: 60%
Detailed Description
There are currently two options for typical users to input Japanese sentences: ibus-anthy or ibus-mozc. However, both have issues:
- ibus-anthy
- Anthy, the backend library, has been dead upstream for years.
- The accuracy is not good because of bugs in the core algorithm of Anthy.
- ibus-mozc
- Contributions to the input method are limited to Google employees.
- There are no library interface. That means it cannot easily be used by other input method frameworks than IBus, such as Fcitx and uim.
libkkc and ibus-kkc will be a better replacement of those.
Benefit to Fedora
- Users will get more intelligent and openly developed Japanese input method.
- Developers will be able to use libkkc easily from their input method frameworks.
Scope
- Import marisa-trie, libkkc, ibus-kkc packages to Fedora (packages are available in private repo)
- Make ibus-kkc as the default Japanese input method
- port necessary features like keybinding editor from other IMEs
- Provide Anthy compatible library for smooth transition from ibus-anthy
How To Test
- Try to add "Japanese (Kana Kanji)" input source from gnome-control-center Region panel.
- Enable "Japanese (Kana Kanji)" input source from the gnome-shell.
- Input some Japanese text, say "watashinonamaehanakanodesu", to input a Kana-string "わたしのなまえはなかのです"
- Type Space to convert it to a Kana-Kanji-mixed-string "わたしの名前は中野です".
User Experience
- With the libkkc back end, Japanese users can speed up the Kana Kanji input thanks to its high accuracy algorithm than ibus-anthy.
Dependencies
- libkkc (on review)
- marisa (packaged)
Contingency Plan
- Keep ibus-anthy as the default Japanese input method
Documentation
Release Notes
- ibus-kkc with new libkkc backend provides a more intelligent Kana Kanji input method and speed up the user input of Japanese characters.