JDK-4351215 : Linux-kestrel:InputMethodWindow has a focus problem
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt:i18n
  • Affected Version: 1.3.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: linux
  • CPU: x86
  • Submitted: 2000-07-07
  • Updated: 2001-05-11
  • Resolved: 2001-05-08
Related Reports
Duplicate :  
Description
Tested with kestrel-linux-beta b09 on RedHat6.1J and 6.1JUpdate/KDE/KWM.
InputMehotdWindow has a focus problem and the details are below 1) ~ 3);

Test case to reproduce is attached (spi.tar Wubi.jar CityIM.jar).
1)Please extract spi.jar and compile all .java files under spi directory.
2)Please set Wubi.jar and CityIM.jar under jdk1.3/jre/lib/ext/.
3)Please run IMFTester.


1)Wubi IM
Please select Wubi IM and press Ctrl+Space and try to input "aabbccdd" on Active Client.
Inputting "aa", InputMethodWindow appears and "aa" is converted to a Chinese character on it, however Chinese character can not be committed to main window ,but "a" is committed. Now InputMethodWindow,has a focus.
And then, trying to input "bb", it can not be done on InputMethodWindow.
A focus remains on InputMethodWindow.

Setting a focus on main window manually, "aabbccdd" can be inputted and the characters are converted to four Chinese characters properly.

In case of Passive Client the situaion is same and only "a" is committed to "input window".


2)TestIM
Please select Wubi IM and press Ctrl+Space and try to input "aabbccdd" on Active Client.
Inputting "aa", InputMethodWindow appears, but dissappears at once.
"aa" seems to be converted on InputMethodWindow properly, but it is not sure because InputMethodWindow disappears at once.
Only "a" is committed to main window.
And then, inputting "bb", "b" is comitted to main window and "a" is replaced with "b" on main window.

When "a" key is keep pushed for a whlie, "aa" is converted to a Chinese character and committed to main window sequentially.

In case of Passive Client situaion is same on "input window".


3)City IM
Please select City IM: English and input "TYO" and press Ctrl + space,
"TYO" is converted to "Tokyo" properly.
Pressing "Ctrl + space" makes "Look-up Window" appear, but it disappears at once.
When "Ctrl + space" is keep pushed for a whlie, "TYO" is converted to each item of "Look-up Window" sequencially.



These problems do not occur and SPI works fine with Gnome .





Comments
EVALUATION On CDE/Motif or GNOME/Enlightenment, those window managers honor the XWMHints.input hint, which represents the client window expects keyboard input or not. For InputMethodWindow, Java runtime sets this field as False, so the keyboard focus never goes to InputMethodWindows. But on KDE/KWM, it seems that this setting is ignored by the window manager and InputMethodWindow gets activated when it is created. The reason why the lookup window disappears right away in the case of CityIM is that CityIM closes the lookup window by itself, because CityIM is notified of the input context change to lookup window's input context. naoto.sato@Eng 2000-07-07 This problem will be addressed along with the RFE 4293626 naoto.sato@Eng 2000-08-07 After implementing the 4293626, it still does not work on X11 implementation due to the getOppositeComponent() problem (cf. 4449510). So making this bug as a dup of it. naoto.sato@Eng 2001-05-08
08-05-2001

WORK AROUND If the user selects KWM's focus policy as "(old) focus-follows-mouse" mode in KDE Control Center", this problem can not be observed. naoto.sato@Eng 2000-07-07
07-07-2000