From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040625
Description of problem:
When I typed a, b and c in new mail window, it was shown as 'abc'.
However, when I typed equivalent Korean characters then it was shown
in wrong order - 'cba'.
The caret seemed not to move forward while I was typing. And the new
character pushed existing characters to the right. So, it was
progressing like below.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Activate iiimf-le-hangul
2. Open new mail window
3. Change into Korean input mode (ctrl-space)
4. Type couple of Korean alpabets
5. Check the order of characters
iiimf-le-hangul-11.4-64.svn1772 was used to input Korean character and
the ime works fine in another apps such as Mozilla and OpenOffice.
This problem may be hangul input method(iiimf-le-hangul)'s bug. The
Same problem happens in imhangul 0.9.9. But this problem is fixed in
"iiimf-le-hangul" and "imhangul" are gtk-im-module.
Thanks for the useful information. From the answer of my query in the
project page, I got better understanding of the problem. The
developer, Choe Hwanjin, who semms to lead both projects mentioned
that iiimf-le-hangul was initially designed to avoid the problem, but
it might be caused by how gtkhtml-3.1 handles im context. It thus
appears to me that this is not a bug of evolution. However, I could
not find iiimf-le-hangul component for FC. Would it be better to close
this bug here? What do you think Dave?
I'm sorry that this bug has gone for a while without activity.
Both gtkhtml3 and the iiimf code have gone through a number of
versions since this bug was filed, so it would be useful if you try
grabbing the latest Rawhide versions and seeing how well Korean input
is working (both within Evolution, and in general)
This issues seems fixed in the latest Rawhide version. Korean input is
working well with Evelution and also in general.