Comment #5 on issue 902 by irieshinsuke: Preediting becomes impossible by
receiving many incorrect signals from ibus-daemon
http://code.google.com/p/ibus/issues/detail?id=902
Yes, the latest ibus doesn't show language bar by default. However you
could change
the behavior with ibus-setup command.
Oops, sorry, I'd not known it. I tested again for both cases language panel
is shown
and hidden, and found that the problem occurs only when the panel is shown.
I guess
the problem occurs when Anthy engine accepts the next key event before the
finish (or
the start) of updating language panel, so this problem is probably quite
sensitive to
CPU speed.
The patch checks the preedit length before self.__reset() is called.
If you could confirm your problem is fixed with the patch, it would be
great.
I applied the patch, however the problem is not fixed, unfortunately.
Certainly the
input context doesn't get many signals, but the preediting becomes
impossible because
the infinite loop still occurs (and 100% CPU occupied) so the preedit
text "" is
always sent just after non-empty preedit text.
Regarding to ibus-skk, CC'ing the maintainer.
It seems I could change input_mode when I type 'q' key with
INPUT_MODE_TRANSITION_RULE.get().
Yes, I confirmed the problem in ibus-skk when I pressed 'q' key.
--
You received this message because you are subscribed to the Google
Groups "ibus-devel" group.
iBus project web page: http://code.google.com/p/ibus/
iBus dev group: http://groups.google.com/group/ibus-devel?hl=en
