Description of problem: Currently user in fedora-i18n-list reported that they couldn't able to get IIIMF working in KDE with ja_JP.eucJP. Candidate glyphs do not show. Version-Release number of selected component (if applicable): How reproducible: everytime Steps to Reproduce: 1. LANG=ja_JP.eucJP httx 2. LANG=ja_JP.eucJP XMODIFIERS=@im=htt kedit 3. ctrl-space Actual results: no status text Expected results: have status text Additional info: Reason being the httx is calling XftDrawStringUtf8(). We may need to convert text to utf-8 if it is a non-utf8 locale.
Pretty important for at least backward support on legacy encodings for enterprise customers. Got a cycle... Will look into this tonight.
Created attachment 105362 [details] Xft patches to use wchar Here is the initial patch to support using wchar and wchar drawing functions to render strings. UTF-8 and non-UTF-8 locales should look better with this patch. Tagoh-san, Shao, would you please have a breif sane check if it is possible to include into the package. Thanks.
Created attachment 105428 [details] minor fix
Xft patches are merged and this problem is fixed in im-sdk 12.1-2
Candidates in the candidate window in now showing. However, we have some problem. Saving the document in kedit and open in gedit changes the chars in the document. Question: Does the patch convert the committed characters to UTF-8? Or everything is done in eucJP? Thanks.
If you already did a save, then it is up to application level not input level already, and it is outside this bug's scope. Please check what encoding have you saved, and what encoding you used in gedit to open the file.
Confirmed fixed for ja_JP.eucJP, ko_KR.eucKR, zh_TW.Big5 and zh_CN.GB2312. However, I cant get it to work properly in zh_CN.GB18030. Is this the correct behaviour?
Lawrence, it is not correct behavior but it is a seperate bug as this solely used IIimpMbstoWcs() in IIIMP and that function uses _XlcConvert() in X to convert from multibyte to widechar. It is up to those functions so problems may lie around on that path. Please submit another bug so that we can keep track properly. Thanks!
Bug 140657 filed for GB18030 locale.