https://bugzilla.redhat.com/show_bug.cgi?id=834971
--- Comment #4 from Mathieu Bridon bochecha@fedoraproject.org --- (In reply to comment #3)
- Default Value *
Cangjie & Quick are mostly living in ibus-table on Fedora. Since the main developers of ibus and ibus-table are from Simplified Chinese background, the default values are set for Simplified Chinese users they expected to behave. This made the filters of Cangjie and Quick "Simplified Chinese only". When there are no candidate characters will come up that users expected, users with novice level of computing knowledge probably recognized that as a broken input method software.
I remembered some patches have been done by acevery (dev of ibus-table) and others, to check up the system locale when the engine starts for a default value of "Traditional Chinese only" filter. Sadly, this fix did not resolve the problem on my box, which I am using English locale + UI with Cangjie input method. And I think at the end of the day my use case was ignored as "not common scenario".
This is exactly the filter issue I've described from the start, although I had (stupidly) forgotten to mention that the default value of the filter was based on the locale.
See also: https://code.google.com/p/ibus/issues/detail?id=1472#c8
- User Interface *
This is all being completely reworked for GNOME 3.6 anyway, so I'm not sure it makes sense talking about it here.
Plus, the UI is probably more related to the implementation of each Desktop Environment rather than IBus in itself?
As the original reporter, I'd like us to try and keep this bug report focused on the one issue I reported in the first place: the filter.
- Cangjie & Quick *
About Quick, you take first and last key from key combinations of a character. All quick Quick typists memorized the positions of candidates for frequent characters. The influence of Microsoft Windows again - users who uses Quick will complain "order of candidates and number of candidates on each page, are different from the orders on Windows",
That's also a different issue from the one I reported originally.
First, I don't agree that it's a problem, as I stated in the upstream bug report: lots of other things are different between Linux and Windows anyway. We shouldn't aim to be **the same**, we should aim to be **better**.
If users have to relearn when they move from Windows to Linux but once learnt they can type more comfortably, so be it. Also, we should stop only aiming at "converting the masses". Many people are using Linux as their first computing experience, and that's definitely something we should focus on. Those people won't have to relearn anything, they will learn only once whatever the ordering in IBus is.
If the ordering is actually bad (which I'm not qualified to judge), it would indeed deserve a bug report. But could you open a separate bug report, so we can focus this one only on one issue? (the issue at hand being the filter)
- Design of Logic *
Again, those all seem to me to be improvements which would deserve their own bug reports?