JDK-8254126 : the position of Chinese Input Method candidates window is wrong
  • Type: Bug
  • Component: javafx
  • Sub-Component: graphics
  • Affected Version: jfx15
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_10
  • CPU: x86_64
  • Submitted: 2020-10-02
  • Updated: 2024-01-11
  • Resolved: 2024-01-10
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
jfx22 b25Fixed
Related Reports
Duplicate :  
JDK-8189282 - JavaFX: Invalid position of candidate pop-up of InputMethod in Hi-DPI on Windows
Description
ADDITIONAL SYSTEM INFORMATION :
OpenJDK 64-Bit Server VM Zulu11.41+23-CA (build 11.0.8+10-LTS, mixed mode)

A DESCRIPTION OF THE PROBLEM :
The default input method of Windows 10 Chinese Edition is "Microsoft PinYin Input Method".
After input method is activated, a candidates window would be created as soon as user input characters, for example: shurufa.
The right position of candidates window is near the caret position.
But position of candidates window is away from the caret position in application using JavaFX.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Add "TextField" in JavaFX project. Run it and input key in the control after Chinese input method is activated

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
The position of candidates window is near the caret position.
ACTUAL -
The position of candidates window is away from the caret position.

FREQUENCY : always
Comments
Changeset: 5b1fce55 Author: Martin Fox <mfox@openjdk.org> Date: 2024-01-10 17:45:57 +0000 URL: https://git.openjdk.org/jfx/commit/5b1fce559d6a3abb8ab19daf6b1177dc4ba3fcdd
10-01-2024
A pull request was submitted for review. URL: https://git.openjdk.org/jfx/pull/1311 Date: 2023-12-26 16:48:19 +0000
26-12-2023
The response from the submitter: Yes, IME candidates window is in right position when I run java -Dglass.win.uiScale=1 xxxx By the way, The issue exists in javafx11 ~ javafx15; But javafx8 (included in LibericaJDK 1.8.0_265-b01) is OK. You could consider to merge javafx8 back to javafx11+
13-10-2020
Raising this to P3 to match the priority of JDK-8189282. If the system in question is running on a system with HiDPI screen scaling set to 125% or greater, then this is likely a duplicate of JDK-8189282.
12-10-2020
More information from the submitter: P4 is too low, I suggest to change the issue to P2. The edit control would be covered by candidate windows when the control is at the edge of Desktop. (please see the attached snapshots)
11-10-2020
Further information provided by the submitter: I find the issue is the same as https://bugs.openjdk.java.net/browse/JDK-8189282
07-10-2020
Requested the test code and snapshots showing the problems from the submitter.
06-10-2020