Bug 78869

Summary:	korean input handling (ami) shows only black preview of typed characters (kate does not have this error)
Product:	[Unmaintained] kmail	Reporter:	Niklaus Giger <ngiger>
Component:	composer	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED FIXED
Severity:	normal	CC:	rbu-5780
Priority:	NOR
Version:	1.6.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	black square after korean input <e><k><e><k><e> kate handles korean input nicely Forwarded to trolltech

Description Niklaus Giger 2004-04-01 17:04:17 UTC

Version:           1.6.1 (using KDE 3.2.1,  (testing/unstable))
Compiler:          gcc version 3.3.3 (Debian)
OS:          Linux (ppc) release 2.6.4

My korean wife is using kmail and has the following problem while typing a new mail.

As soon as she switches to the koran input method a black square appears. After having typed a korean syllable (2-4 strokes) it will being displayed correctly as soon as she begins the second syllable.

We are using ami as our input method.

kate (as an example of another KDE package) does work correctly.

Here is the output of dpkg -l kate kmail ami of our Debian/GNU/Linux-system.
ii  kate           3.2.1-1        KDE Advanced Text Editor
ii  kmail          3.2.1-1        KDE Email client
ii  ami            1.2.3-1        An X input method server for Korean text input

The relevant parts of our language environment are:
XMODIFIERS=@im=Ami
LANGUAGE=ko_KR.eucKR
LANG=ko_KR.eucKR
LC_CTYPE=ko_KR.eucKR

If you want to reproduce it. Here the sequence:
<excute the 4 settings above>
ami &
kmail &
open new mail
go to the edit window to compose the content
<Shift>-<Space> to switch to korean input
Type <e> <k> <e> <k>
You will see the black square, which will advance to the right as soon as you will have type the fourth character, which is the first place where ami is able to detect that you have finished the first syllable.

If you want I can send you screenshots of the problem.

Thanks a lot for your work to improve kmail.

Comment 1 Niklaus Giger 2004-04-01 17:10:27 UTC

Created attachment 5486 [details]
black square after korean input <e><k><e><k><e>

It would be nice to see the characters as you type them

Comment 2 Niklaus Giger 2004-04-01 17:11:42 UTC

Created attachment 5487 [details]
kate handles korean input nicely

Comment 3 Niklaus Giger 2004-04-03 18:45:51 UTC

Comment on attachment 5487 [details]
kate handles korean input nicely

I think I chased it down to a bug in the QTextStream class as the
QT-Example/textedit shows the same behaviour. 

Also kedit which is also based on QTextStream and not KTextEdit as kate has
also this bug.

Comment 4 Niklaus Giger 2004-04-06 19:51:58 UTC

Created attachment 5556 [details]
Forwarded to trolltech

I reported the bug to trolltech, as I was able to reproduce
it using qt/examples/textedit.
I got an answer in less than 24 hours that they were able 
to reproduce the bug and that they will investigate.
It is Issue N45715 in their bugs database.

Comment 5 Peter Hedlund 2004-06-18 19:24:57 UTC

*** Bug 60609 has been marked as a duplicate of this bug. ***

Comment 6 Philip Rodrigues 2006-10-29 18:10:58 UTC

I suppose this is fixed in Qt by now - can anyone confirm that?

Comment 7 Niklaus Giger 2006-10-29 20:49:05 UTC

Am Sonntag, 29. Oktober 2006 18:11 schrieb Philip Rodrigues:
[bugs.kde.org quoted mail]
Yes. Sorry, that I didn't report this back to Debian.

Best regards.

Comment 8 Philip Rodrigues 2006-10-29 23:27:41 UTC

Thanks!