Description of problem: When using chinput, the number of candidates available for users to select from when using iiimxcf and iiimqcf/iiimgcf varies. IMHO, I feel it should be consistent. Version-Release number of selected component (if applicable): iiimf-le-chinput-0.3-19 iiimf-12.2-3 How reproducible: Always Steps to Reproduce: IIIMXCF 1.in g-t, killall iiimx 2.LANG=zh_CN.UTF-8 iiimx & 3.LANG=zh_CN.UTF-8 kedit (default is iiimxcf) 4.ctrl-space, enter 'hong' 5.observe the candidate window IIIMGCF 1.in g-t, LANG=zh_CN.UTF-8 gedit 2.ctrl-space, enter 'hong' 3.observe the candidate window Actual results: candidate window in iiimxcf display only one candidate, however, candidate window in iiimgcf offer more than ten candidates Expected results: Number of candidates being displayed should not be determined by client framework. It should be consistent regardless which client framework used. Additional info:
http://openi18n.org/cgi-bin/bugzilla/show_bug.cgi?id=125
We strive to work with the upstream community of open source projects. This allows us to reduce the likelihood of regressions between releases as well as to benefit from features and fixes as development moves forward. Since this change would require a divergence from the upstream project, please report this issue to IIIMF developers by filing a bug report in the OpenI18N bugzilla located at http://openi18n.org/bugzilla/ in the "IIIMF" component. We urge you to bring the information upstream, so that it can be incorporated in the next release. Once you've filed your bug report to OpenI18N, if you paste the new bug URL here, we will continue to track the issue in the centralized OpenI18N bug tracker, and will review any bug fixes that become available for consideration in future updates. Thanks.