https://bugzilla.redhat.com/show_bug.cgi?id=834971
--- Comment #10 from Mathieu Bridon bochecha@fedoraproject.org --- (In reply to comment #8)
Hi Mathieu, Jens
As caius mentioned in his comment: "In SCIM, it demonstrated the true purposes of Chinese filter (on Cangjie / Quick / anything) - users can input in either Traditional or Simplified Chinese key combinations, and able to output the characters of in each other's standards."
I just investige a bit of ibus-table, I found that actually ibus-table had provide such kind of filter.
I know, that's the filter we've been talking about from the beginning, when in my initial comment I said:
As such, the filter just makes no sense for Cangjie and Quick, and it should be simply removed for those two input methods.
# self._chinese_mode: the candidate filter mode, # 0 is simplify Chinese # 1 is traditional Chinese # 2 is Big charset mode, but simplify Chinese first # 3 is Big charset mode, but traditional Chinese first # 4 is Big charset mode.
So, mode 4 could be used by hong kong user if they want to input Simplified Chinese and Traditional Chinese at same time, or they can choose mode 2 and 3, both should be ok. I test the input rji and yri in mode 4, the output is correct.
Ok, I didn't know that "Big charset" stood for "don't filter at all".
Had I known that, I wouldn't have asked for the removal of the filter in the case of Candgie, I would have asked for the default value to be 4.
The attachment is the screenshot, which you can see, user could switch these 5 modes by clicking the second button in UI.
That screenshot represents what you get when installing a GNOME Shell extension, it is not the default experience in current GNOME, and probably not the default experience in current Fedora.
Also, it is not what will be the default experience in future GNOME (starting with 3.6):
For tranditional chinese user, the default value of mode is 1.
Not really: the default value depends on the locale.
It is a fact that lots of Hong Kong people do not use any of the en_HK or zh_HK locale, yet they still want to use the Candgie or Quick input methods with a correct value for the filter.
so if the hong kong user wanted, we can change default value of mode to 4, then i think the issue should be resolved.
For all of IBus-Table? Or just for Candgie?
The former might be a very drastic change with dire consequences for users of other tables. :-/
The latter is what has been asked from the beginning, although I asked for it in different terms ("drop the filter") because I didn't know what "Big charset" meant, but that seems to be absolutely equivalent.
Note though that the default value should be based first on the input method, and only then on the locale.
Part of this seems to be worked on: https://code.google.com/p/ibus/issues/detail?id=1188#c4