Bug 62307

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314

Description of problem:
Ever since Red Hat 7.2, Mozilla has been very problematic in behavior with
kinput2.  Inputting with kinput2 XIM would never put the kinput2 window below
the current typing location like other Japanese capable applications, and often
the kinput2 hint window would be obscured on the very bottom of the screen,
covered by the Gnome or KDE panel.  As a result, Mozilla is almost unusable in
Japanese, which is a pity because fonts are much better rendered than within
Netscape (which is often unreadably ugly or stacked on top of each other).

Here is a screenshot of kinput2 working properly in Netscape 4.7x.  Notice how
it puts the kinput2 window right under the  textbox.
http://www.mplug.org/archive/2002/kinput2_netscape_before.png
Now here is another screenshot of Netscape after inputting several Japanese
characters.  This is working properly.
http://www.mplug.org/archive/2002/kinput2_netscape_after.png

In this screenshot below you can see Mozilla not handling placement of the
kinput2 window properly.  (Look in the bottom left.)
http://www.mplug.org/archive/2002/kinput2_mozilla_before.png
This next screenshot shows why it is annoyingly impossible to use kinput2 with
Mozilla.  The kinput2 window is almost completely off the screen after you have
inputted characters.
http://www.mplug.org/archive/2002/kinput2_mozilla_after.png

Here is screenshot of kterm using kinput2 properly.
http://www.mplug.org/archive/2002/kinput2_kterm_working.png

Version-Release number of selected component (if applicable):
Skipjack beta-1 with up2date (3-27-2002)
But this is the EXACT same behavior of all versions of Mozilla with kinput2
since Red Hat 7.2.

How reproducible:
Always

Fix:
I suspect that kinput2 needs some kind of hints from the parent application
about placing the kinput2 window, and Mozilla is currently not doing that.  I
could be completely wrong though...