Description of problem: This bug affects all LE with candidate window option. In the KDE desktop, candidate window always display at the 0,0 position of application. As a result, it is impossible to know what is entered. Version-Release number of selected component (if applicable): - im-sdk-12.0.1-13.svn1943 - kdebase-3.3.0-7 How reproducible: Always Steps to Reproduce: 1.in gdm login as normal user with japanese / kde session 2.after run kde, press alt-f2 to run dialog 3.ctrl-space to activiate LE 4.enter 'aka' 5.enter SPACE twice to show the candidates window Actual results: Candidate window is display at position 0,0 of the dialog Expected results: It will be ideal if the candidate window is display under the cursor similar to GNOME desktop, so that it does not obstruct the view of user. Additional info: Same situation in applications such as kedit. Please see attached screenshots for more detail.
Created attachment 105054 [details] httx in the KDE desktop
Some additional information. Tested with xcin (XIM), kinput2 and chinput(XIM), it has been observed that the candidatest window does follow the cursor. And as a result, it is believe that KDE does provide cursor position through XIMP to XIM server.
This should be better if bug 137412 is fixed.
Fixed in 12.2-9.