Closed Bug 28022 Opened 25 years ago Closed 25 years ago

IME Window does not move as window is scrolled

Categories

(Core :: Internationalization, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: teruko, Assigned: tajima)

References

()

Details

(Keywords: inputmethod, platform-parity, Whiteboard: [PDT+] big patch needs careful review, ETA 2/29)

Attachments

(1 file)

When you scroll the window you are typing Japanese, IME windows does not move at all. Steps of reproduce 1. Go to above URL 2. Move cursor to the first text area under Customer ID: 2667 3. Turn on IME by Shift+Space and type Japanese Characters At this time, the IME window is just below the first text field 4. Scroll the window Notice that the IME window does not move at all. This is very bad behavior. If you type some Japanese characters in first, second, and third text fields and you scroll the windows and scroll back, the IME window position for each text field will be mixed up. Tested 2000021608 Linux build. This happens only in Linux. Frank told me that this is super win problem.
Attached file test form
I think this is bad behavior, so I put beta1 in keywords.
Keywords: beta1
I can't get to that test url.
Status: NEW → ASSIGNED
Target Milestone: M15
XIM SpotLocation is not updated when scrolling the widget. Applying a big patch for on-the-spot and ic-per-shell would prevent the problem, but it would be also necessary to prepare a fix for over-the-spot. I'll look into it for M15.
blizzard@redhat.com, please use the attached test case.
Bad usability problem for Japanese form input. Marking PDT+ (per delegation from leger).
Whiteboard: PDT+
You might be able to update the spot location in the nsWindow::Scroll method since any window scrolling goes through there. Also, you didn't actually attach a test case. :)
Keywords: pp
Summary: [PP]IME Window does not move as window is scrolled → IME Window does not move as window is scrolled
This seems to be an unique problem to kinput2 on Linux, and the same problem occurs on commnicator 4.x(I'm seeing on 4.7.)
Updating the spotlocation from nsWindow:Scroll indeed sends new location to kinput2 while scrolling, however, the status window still does not move. It seems that kinput2 moves that style of status window onle when a new focus window is given. As a workaround, we may use *OverTheSpotConversion.modeLocation: bottomleft to let kinput2 display the status window at different location. It may cause the status window flickering often when scrolloing, then we may also set *OverTheSpotConversion.UseOverrideShellForMode: True
Review scheduled for 2/23. If all goes well with the review, can we try to land this by 2/25? I added this to the Whiteboard summary. If this is inaccurate, please change it.
Whiteboard: PDT+ → [PDT+] big patch needs careful review, ETA 2/25?
Whiteboard: [PDT+] big patch needs careful review, ETA 2/25? → [PDT+] big patch needs careful review, ETA 2/29
The big patch has been checked in. (r=pavlov,ftang,erik, a=waterson) With this, IME status window will be shown at lower-left corner of the toplevel widget in focus. toplevel widget
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I verified this in 2000030209 Linux build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: