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