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):
Steps to Reproduce:
2.press shift+1 and so on which isn't expected to put a valid hiragana in rules
preedit string is committed
should be kept
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:
which should be fixed with libkkc 0.2.4-1 and ibus-kkc 1.5.14-1 in updates-testing:
> 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.
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.