(2013/10/27 23:49), Weng Xuetian wrote:
Actually I don't see any "hiding" fix could make it work. Can you type the character you want with preedit or candidate shown in ****. Hide only preedit? or also hide candidate? None of them works for CJK user.
The problem is simply that ibus is activated even on the password box and the characters in the preedit are shown although it should be deactivated. Since IBus 1.5 daemon cannot control input mode, each engine must decide whether it disables conversion on password boxes or not. What is worse, ibus-anthy and ibus-mozc start with hiragana/kanji conversion mode, which is bad design. Of course, users can avoid this problem by switching xkb engines or direct input mode. This problem can be considered as a conventional problem, but it is fact that IBus is suddenly enabled on password box from 13.1 (1.5.4). (2013/10/27 21:10), Marguerite Su wrote:
I talked to phuang...he'll fix this issue in framework level instead of engine level ASAP.
Thank your for contacting to an upstream developer. I am not sure the current bad implementation architecture of IBus allows that. I wish they can do well. # At least, another upstream developer seems to have given up.
So as I said a long time ago...man, you made a wrong comparison: In cases involving IBus, we should follow Fedora instead of Ubuntu...you could just ignore feedbacks from Ubuntu...actually Ubuntu itself has been deteriorating rapidly...most of its problems don't even exist on other distributions...
Fedora is worse. The reason we are in trouble now is that Fedora have left this problem for a long time. I can ignore, but normal users cannot because they can only see negative information about ibus on Ubuntu 13.10 on Google. -- Fuminobu TAKEYAMA -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org