EVALUATION
Hi.
Thank you for the additional comments.
This problem is seen only prior to Mustang (Java 6).
With Mustang, it behaves correctly.
The issues that I observed:
1. uncomitted characters are lost when the focus is moved to another textfield by mouse click; however the same uncomitted characters get comitted when the focus is moved by pressing TAB key.
2. Uncomitted characters in JApplet and in JFrame get lost in different timing when the focus is moved by mouse click:
a.) JApplet: uncomitted characters remain as is (underlined) till the focus is back and a new uncomitted character is typed
b.) JFrame: uncomitted characters disappear as soon as the focus is moved to another textfield.
I'm attaching the the test program with minor correction (eg. one listener per textfield etc. )
|
|
|
EVALUATION
Hi.
My above evaluation may not follow what this CR is describing.
I'd like to get more specific step-by-step information of how to reproduce this bug from the submitter.
Here is what we tried:
1. Run the test case.
2. Change the IME to HIRAGANA mode (Click on the "Input Mode" button in the language bar, then select "Hiragana")
3. Type "a" key, which shows up in the text field as a Hiragana composed text.
4. Either pressing TAB, or click the right text field by mouse, which commits the composed text and moves the input focus.
Using above steps, we'll see the expected behavior.
Changing the status of this CR as "Incomplete - Need more info" till we get the step-by-step reproducible steps.
Thanks.
|
|
|
EVALUATION
When the caret position is moved by arrow key, INPUT_METHOD_TEXT_CHANGED event is generated, and the input can be inserted in the position; however, when the caret is moved by a mouse, no InputMethod Event is generated, and the following letter typed will be appended at the end of the composed text. The behavior is consistent both Solaris 10 and Windows XP using Mustang.
|
|
|
|