https://bugzilla.redhat.com/show_bug.cgi?id=834971
--- Comment #10 from Mathieu Bridon <bochecha(a)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
--
You are receiving this mail because:
You are on the CC list for the bug.