Re: status of IBus integration into 13.1

(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: [email protected]
To contact the owner, e-mail: [email protected]