Red Hat Bugzilla – Bug 217326
Uncommitted pre-edit buffer moves with mouse click instead of committing
Last modified: 2007-11-30 17:11:50 EST
Description of problem:
In pre-editing state if you click other place, the letter of pre-editing is
moved to clicked place.
It doesn't commit as well(still in pre-editing state).
It might be oowriter bug.
How do you think? Tagoh?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. run oowriter
2. type "eogksalsrnr" <- 대한민국
3. click between 대 and 한
It doesn't commit as well
Created attachment 142152 [details]
Created attachment 142153 [details]
This bug is tested in RHEL5, and it shows the same bug.
This also happens on gedit. need to investigate further.
Ok, I seem to be misunderstanding and now I see. this bug report contains two
bugs. one is that the committed place is wrong as reported to Bug#217329, which
happens on even GTK+ apps. one is strings not committed at all and preedit line
is kept as is at clicked place, which only happens on OOo, regardless of using
scim or scim-bridge.
Reassigning this to OOo for second issue.
This is the same as http://qa.openoffice.org/issues/show_bug.cgi?id=67316 and
needs to be considered by upstream, i.e. CANTFIX by me.
This bug is included CJK language.
*** Bug 222635 has been marked as a duplicate of this bug. ***
*** Bug 223426 has been marked as a duplicate of this bug. ***
*sigh*, if you want something done, sometimes you have to do it yourself
*** This bug has been marked as a duplicate of 222779 ***