Bug 123225

Summary:	Can't input CJK text with SCIM (SKIM)
Product:	[Unmaintained] kbabel	Reporter:	Park J. K. <nemesis>
Component:	KBabel editor	Assignee:	Stanislav Visnovsky <visnovsky>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	cfeck
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.