Red Hat Bugzilla – Bug 203882
Hangul input bug on Input line in oocalc
Last modified: 2007-11-30 17:11:41 EST
Description of problem:
when you type Hangul in input line, and press accept button. Hangul input is
disappeared. It shows only last Hangul character.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. type "gksrmf(íê¸)"" in Input line
2. click Accept(Funchtion) button
Actual results 1:
Expected results 1:
Actual results 2:
Expected reults 2:
The character(ê¸) is remained in buffer. So when you click the other empty
cells, it shows the Hangul char(ê¸).
When you click accept all the text that has been typed into the input line is
placed into the cell.
But you have clicked accept while still "currently pre-editing" the second
character, so the second character doesn't really exist yet in the input line
only the first character has really been typed. You can see similiar sort of
behaviour in e.g. gedit if you are still in pre-edit mode on the second
character and and use e.g. file->select all->copy and open another gedit and
paste, only the first "finished" character gets pasted into the 2nd gedit
So if you press the right arrow key to finish the character and then press
accept the right thing happens.
The jumping around of the uncommitted preedit buffer to follow the current input
cell is something we need to address, and is logged upstream as
We should also consider having accept clicked equivalent to a signal to commit
the currently being-edited characters.
"currently pre-editing" might be big problem. I have to file the gedit bug as well.
*** This bug has been marked as a duplicate of 222779 ***