Closed Bug 170849 Opened 23 years ago Closed 9 years ago

When cursor is NOT set to an editable area, candidate window for MS PinYin is placed at wrong position

Categories

(Core :: Internationalization, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ji, Unassigned)

Details

(Keywords: inputmethod, intl)

In case the cursor is not set to an editable area, the candidate window jumps up all the way to the left up corner of the screen. Before the fix of bug 164204, the candidate window stays on the window that is focused on. Steps to reproduce: 1. Go to any web page 2. Make sure the window focus is not set to an editing field 3. Use MS PinYin to enter Chinese characters, observe the candidate window. Since type ahead feature is availble on the trunk build, but not on the branch build, we only need to fix this problem on the trunk. On the other hand, on the branch build if the cursor is not set to an editable area, IME should be disabled as on IE.
Nominate for nsbeta1 if type ahead feature is included for the next release.
Keywords: intl, nsbeta1
According to Rui, with this problem, type ahead feature is not working anymore for Simplified Chinese since the candidate window is outside of the focused window. It looks like a must-fix bug if we need type ahead feature.
Summary: Candidate window for MS PinYin is placed at wrong position with cursor focus NOT set to an editable area → When cursor is NOT set to an editable area, candidate window for MS PinYin is placed at wrong position
i18n triage team: nsbeta1-
Keywords: nsbeta1nsbeta1-
QA Contact: ruixu → i18n
Assignee: tetsuroy → smontagu
Keywords: inputmethod
not reproduce on the latest Nightly with Microsoft Pinyin. This was netscape-era bug, so we cannot ni to reporter. Feel free to reopen this issue if anyone knows reproduce step
Assignee: smontagu → nobody
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.