Comment #8 on issue 1472 by [email protected]: Making IBus usable in Hong Kong
http://code.google.com/p/ibus/issues/detail?id=1472
We know the filtering problem already, any proposal other than simply removing it?
But why keep it for input methods where it really is unnecessary, and where it causes more harm than good?
I guess ibus-table engine was used to implement phonetic based input methods like pinyin, where filtering is necessary. So filtering is implemented.
FWIW, Candgie and Quick are not phonetic based, they are stroke based.
en_HK gives same filtering as zh_HK, after a not so recent commit.
That's very good news, but I'm afraid it's not sufficient: Hong Kong being such a multi-cultural city, I don't think filtering on the locale is a good idea at all.
I mean, there are 13000 French people living in Hong Kong at the moment. Most of them use the fr_FR locale, and I'd bet a lot of them have been in Hong Kong long enough to have learnt how to type Traditional Chinese. But with the current implementation, they'd get a Simplified Chinese filter. Repeat for 18000+ Indian, etc...
(I know they don't all use Linux, but let's not limit ourselves artificially)
-- You received this message because you are subscribed to the Google Groups "ibus-devel" group. iBus project web page: http://code.google.com/p/ibus/ iBus dev group: http://groups.google.com/group/ibus-devel?hl=en
