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)
Tracking
()
VERIFIED
FIXED
M15
People
(Reporter: teruko, Assigned: tajima)
References
()
Details
(Keywords: inputmethod, platform-parity, Whiteboard: [PDT+] big patch needs careful review, ETA 2/29)
Attachments
(1 file)
|
3.42 KB,
text/html
|
Details |
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.
| Reporter | ||
Comment 1•25 years ago
|
||
| Reporter | ||
Comment 2•25 years ago
|
||
I think this is bad behavior, so I put beta1 in keywords.
Keywords: beta1
Comment 3•25 years ago
|
||
I can't get to that test url.
| Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M15
| Assignee | ||
Comment 4•25 years ago
|
||
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.
| Reporter | ||
Comment 5•25 years ago
|
||
blizzard@redhat.com, please use the attached test case.
Bad usability problem for Japanese form input.
Marking PDT+ (per delegation from leger).
Whiteboard: PDT+
Comment 7•25 years ago
|
||
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. :)
Updated•25 years ago
|
Keywords: pp
Summary: [PP]IME Window does not move as window is scrolled → IME Window does not move as window is scrolled
| Assignee | ||
Comment 8•25 years ago
|
||
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.)
| Assignee | ||
Comment 9•25 years ago
|
||
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
Comment 10•25 years ago
|
||
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
| Assignee | ||
Comment 11•25 years ago
|
||
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
| Reporter | ||
Comment 12•25 years ago
|
||
I verified this in 2000030209 Linux build.
Status: RESOLVED → VERIFIED
Updated•15 years ago
|
Keywords: inputmethod
You need to log in
before you can comment on or make changes to this bug.
Description
•