Bug 78869 - korean input handling (ami) shows only black preview of typed characters (kate does not have this error)
Summary: korean input handling (ami) shows only black preview of typed characters (kat...
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Unmaintained
Component: composer (show other bugs)
Version: 1.6.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 60609 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-04-01 17:04 UTC by Niklaus Giger
Modified: 2007-09-14 12:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
black square after korean input <e><k><e><k><e> (33.15 KB, image/png)
2004-04-01 17:10 UTC, Niklaus Giger
Details
kate handles korean input nicely (25.90 KB, image/png)
2004-04-01 17:11 UTC, Niklaus Giger
Details
Forwarded to trolltech (2.55 KB, text/plain)
2004-04-06 19:51 UTC, Niklaus Giger
Details

Note You need to log in before you can comment on or make changes to this bug.
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!