Description of problem: In kana typing mode, the preedit string is unexpectedly committed into the text when typing unexpected (in libkcc) key combinations. Version-Release number of selected component (if applicable): libkkc-0.2.3-1.fc19.x86_64 ibus-kkc-1.5.13-1.fc19.x86_64 How reproducible: always Steps to Reproduce: 1.type something 2.press shift+1 and so on which isn't expected to put a valid hiragana in rules 3. Actual results: preedit string is committed Expected results: should be kept Additional info: In mozc say, if shift + something is not expected combination, it just follows the primary sequence like: shift + 1: ぬ shift + 2: ふ
(In reply to Akira TAGOH from comment #0) > Description of problem: > In kana typing mode, the preedit string is unexpectedly committed into the > text when typing unexpected (in libkcc) key combinations. I think this is the same issue as: http://du-a.org/pipermail/libkkc-list/2013-May/000004.html which should be fixed with libkkc 0.2.4-1 and ibus-kkc 1.5.14-1 in updates-testing: https://admin.fedoraproject.org/updates/ibus-kkc-1.5.14-1.fc19,libkkc-0.2.4-1.fc19 > Additional info: > In mozc say, if shift + something is not expected combination, it just > follows the primary sequence like: > > shift + 1: ぬ > shift + 2: ふ Thanks for the info. It might be good to do the same.
ibus-kkc-1.5.14-1.fc19, libkkc-0.2.4-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/FEDORA-2013-10473/ibus-kkc-1.5.14-1.fc19,libkkc-0.2.4-1.fc19
ibus-kkc-1.5.14-1.fc19, libkkc-0.2.4-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.