Summary: | app-i18n/scim-1.4.4 - kanji input to terminals stoped working | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rafał Mużyło <galtgendo> |
Component: | Current packages | Assignee: | CJK Team <cjk> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | Andreas.Klauer, hiyuh.root |
Priority: | Highest | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | fixes rawcode imengine problem affecting scim-anthy |
Description
Rafał Mużyło
2006-07-28 21:32:52 UTC
Same here. xterm/urxvt/OpenOffice (all XIM applications as far as I know) are affected the same way by this problem. SCIM input window comes up and displays kana/kanji correctly, but when I hit enter, only unknown control sequences get inserted into the application. Input works great in GTK apps and I can copy&paste Japanese text into xterm/urxvt/OpenOffice without problems. Ok, more info. It's a bug in scim 1.4.4, 1.4.3 works, cvs of scim still doesn't. The bug lies in rawcode imengine, disabing it makes 1.4.4 work, what's more reverting the changes made in modules/IMEngine/ scim_rawcode_imengine.cpp and scim_rawcode_imengine.h between 1.4.3 and 1.4.4 makes it work with rawcode enabled. PS. Somebody should change bug description to reflect this. Created attachment 93723 [details, diff]
fixes rawcode imengine problem affecting scim-anthy
Final update, I think.
Attached is minimal reverting patch that makes things work.
It's a bit strange, cause set_languages calls set_locales.
It's probably a typo, but I can't figure it out -
maybe there's some difference between String and unsigned char*
I'm missing, maybe there's a bug in set_locales that's doesn't happen
when it's called by set_languages. As it's an upstream bug, somebody should report it there.
That patch indeed seems to fix the problem. Thank you! submitted this upstream http://sourceforge.net/tracker/index.php?func=detail&aid=1543409&group_id=108454&atid=650539 Update for scim-1.4.5: Bug is still there, fix still works. Please consider adding to ebuild. Fixed in cvs(1.4.5). thanks. I'm still suffering from this problem. I cannot input into xterm anymore with scim-1.4.5(-r1), but strangely enough, downgrading to 1.4.4 fixes the problem. This is on ~x86 Gentoo. I have no idea what is going on. Removing the scim-1.4.5-imengine.patch from scim-1.4.5-r1.ebuild fixed the problem for me. *shrug* I'm reopening this bug for somebody to close it for good. As per comment nr 5, it was submited upstream on 2006-08-20 03:06. As of 2006-11-21 18:51, a proposed patch was given by upstream. As of today, I checked that patch and it seemms to work. Somebody please double check it and if sucessful, take the upstream patch and close it for good. OK, sorry. I was wrong. That upstream patch actually does NOT work. The actual problem is that for some reason calling set_locales(string) doesn't work, while set_languages(string) does. Of all the silly things... Well, anyway... As far as I can tell scim 1.4.6 is no longer affected by this bug. fixed in 1.4.6. |