RFR: 8368478: RichTextArea: add IME support [v2]
Andy Goryachev
angorya at openjdk.org
Thu Oct 30 22:46:21 UTC 2025
On Wed, 29 Oct 2025 18:12:36 GMT, Andy Goryachev <angorya at openjdk.org> wrote:
>> Adds Input Method Editor (IME) support to `RichTextArea`/`CodeArea`.
>>
>> Tested on macOS and Windows 11 with Japanese and Chinese (pinyin) input methods.
>> Please test this on Linux, even though there is no platform-specific code in this PR (should work the same way it does in `TextArea`/`TextField`)
>>
>> For testing, one can use the updated Monkey Tester
>> https://github.com/andy-goryachev-oracle/MonkeyTest
>> (optionally enable IME events in stdout with Logging -> IME Monitor)
>
> Andy Goryachev has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains 11 additional commits since the last revision:
>
> - review comments
> - Merge branch 'master' into 8368478.ime
> - test
> - accessor
> - cleanup
> - whitespace
> - Merge remote-tracking branch 'origin/master' into 8368478.ime
> - ime object
> - ime location
> - ime works
> - ... and 1 more: https://git.openjdk.org/jfx/compare/2d6f014f...3bb8d850
Does it show the same artifacts with a regular TextArea?
The video does not seem to show the composition popup.
On macOS, I noticed that Japanese IME works slightly different from Pinyin - you actually need to commit (or it thinks that it's still editing, I am not sure).
Also, you can try enabling the Logging -> IME Monitor in the latest monkey tester and see what linux IME generates - on macOS, I could not do left arrow while in IME, and backspace simply removes the character and the dotted line underneath it. Could it be some bug in IME/Linux?
-------------
PR Comment: https://git.openjdk.org/jfx/pull/1938#issuecomment-3470521867
More information about the openjfx-dev
mailing list