[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-openjfx-dev
Subject:    Re: RFR: 8320912: IME should commit on focus change
From:       Andy Goryachev <angorya () openjdk ! org>
Date:       2024-01-31 21:52:04
Message-ID: MNcJbzPbSihwSYtSr37duynNdkAID4zSCdIMdHFZol4=.b5f2d931-8395-46cc-a745-cb405c96f650 () github ! com
[Download RAW message or body]

On Wed, 31 Jan 2024 20:55:16 GMT, Martin Fox <mfox@openjdk.org> wrote:

> e.g. the IM window should appear showing the same candidates it was showing \
> earlier.

Thank you for clarification!
The behavior is different, let me explain:

using the MonkeyTester, open TextField page and the Native-to-ascii tool (Tools -> \
Native-to-ascii). 1. switch to Japanese input
2. type "su" into the text field in the main window
3. click on a "native" text area in the other window
4. type "zu" in the native window
5. **unexpectedly**, the text field in the main window shows the symbol still \
underlined 6. click on the main window title to focus back on the original text \
field.  type "zuki" EXPECTED:
- the text field should contain 鈴木
ACTUAL:
- the text is すずき, the last two symbols underlined:

![Screenshot 2024-01-31 at 13 43 \
41](https://github.com/openjdk/jfx/assets/107069028/60eac972-252d-40b0-b8ed-76dcb6672bac)


It looks like the text was indeed committed (despite it being displayed underlined at \
step 5), and getting back to it from another window does not restore the IME to the \
state expected at the step 2.

Interestingly, if instead of going to a different window of the same javafx \
application, the user clicks elsewhere on some other application window and then goes \
back to javafx by clicking on the title bar, the IME window is indeed gets back to \
the expected state.

-------------

PR Comment: https://git.openjdk.org/jfx/pull/1356#issuecomment-1920033399


[prev in list] [next in list] [prev in thread] [next in thread]