Bug 123225 - Can't input CJK text with SCIM (SKIM)
Summary: Can't input CJK text with SCIM (SKIM)
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kbabel
Classification: Miscellaneous
Component: KBabel editor (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Stanislav Visnovsky
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-07 12:23 UTC by Park J. K.
Modified: 2011-06-26 14:03 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Park J. K. 2006-03-07 12:23:45 UTC
Version:            (using KDE KDE 3.5.1)
Installed from:    Gentoo Packages
Compiler:          g++ 3.4.5 
OS:                Linux

Can't write CJK characters with SCIM.

Tested with scim-anthy, scim-hangul. but nothing works :(
Comment 1 Philip Rodrigues 2006-03-07 22:36:30 UTC
Can you enter CJK characters in non-KDE apps?
Comment 2 Park J. K. 2006-03-08 02:46:13 UTC
Yes. can enter CJK characters in every apps that supports XIM (except kbabel)
Comment 3 Nicolas Goutte 2006-03-08 14:32:57 UTC
Have you removed the default binding for Ctrl+space key shortcut or is it a different problem?
Comment 4 Park J. K. 2006-03-08 17:18:14 UTC
I think it's a different problem.
I can write CJK texts. but, they disappear immediately after I type them.
Comment 5 Nicolas Goutte 2006-06-24 13:30:11 UTC
See also bug #129468
Comment 6 Jens Petersen 2006-06-25 05:44:51 UTC
What is your version of qt?
Comment 7 Yaohan Chen 2006-06-27 04:41:19 UTC
I also cannot use UIM to enter Japanese and Chinese text on KBabel, while I can on other KDE and Qt applications, and GTK and X applications. The same symptom as Park J. K. describes, what I type with the input method immediately disappears. I had this problem in KDE 3.5.0 to 3.5.3 (all KDE versions I've used), using Slackware 10.1-10.2.

I had a similar problem with the application KVirc <http://www.kvirc.net>, because the custom text widget it implemented did not handle the im{Start, Compose, End}Event correctly. I read that KBabel may also implement its own text widget. If the cause of this problem is similar, the patches on http://bugtrack.kvirc.omnikron.net/view.php?id=287 may be helpful for fixing it.

Comment 8 Yaohan Chen 2006-08-16 07:46:43 UTC
A workaround for this is to use OverTheSpot Xinput style. You can make kbabel automatically run with this by editing its KMenu entry command to:
kbabel %i %m --inputstyle overthespot -caption "%c" %U
Comment 9 Mike FABIAN 2007-01-03 15:30:53 UTC
This problem can be reproduced on openSUSE 10.2 with qt3-3.3.7 as well.
Comment 10 Danny Zeng 2007-04-28 09:11:58 UTC
I can reproduce this issue on Kubuntu 7.04 with KBabel 1.11.4 and KDE 3.5.6

The workaround above does not help on my system.  I have disabled the conflict shortcut already.

I found this issue only in KBabel. Other KDE apps accept Chinese input happily.
Comment 11 Nick Shaforostoff 2007-12-02 18:47:58 UTC
does KAider (http://techbase.kde.org/Projects/Summer_of_Code/2007/Projects/KAider) work for you?
Comment 12 Christoph Feck 2011-06-26 14:03:51 UTC
KBabel is no longer maintained, please use the KDE 4 translator's tool called "Lokalize" instead. For more information, please visit http://userbase.kde.org/Lokalize

If this is a bug which is also present in Lokalize, please add a comment so that I can reassign the bug the the Lokalize authors.