The default bug view has changed. See this FAQ.

[IMM] Do nothing if composition string isn't changed even when WM_IME_COMPOSITION is received

RESOLVED FIXED in mozilla13

Status

()

Core
Widget: Win32
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: masayuki, Assigned: masayuki)

Tracking

({inputmethod})

Trunk
mozilla13
x86_64
Windows 7
inputmethod
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 1 obsolete attachment)

(Assignee)

Description

5 years ago
Currently, we're clearing composition string from editor when WM_IME_COMPOSITION indicates neither committing nor composing. We should do nothing this time.

I don't know actual case, though.
(Assignee)

Updated

5 years ago
Summary: [IMM] Do nothing if composition string isn't changed even when WM_IME_COMPOSITION → [IMM] Do nothing if composition string isn't changed even when WM_IME_COMPOSITION is received
(Assignee)

Comment 1

5 years ago
Created attachment 584404 [details] [diff] [review]
Patch
Attachment #584404 - Flags: review?(VYV03354)
This patch removes codes that are added at CVS revisions 3.219 and 3.215.
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/widget/src/windows/nsWindow.cpp&mark=&rev=3.219#3012
Are those comments no longer applied?
(Assignee)

Comment 3

5 years ago
Thank you, it's nice information. The change should be for bug 13494.

But looks like the change of 3.219 also fixed the bug by another approach. Even if we make our editor's composition string empty, WM_COMPOSITION_END is needed because nsEditor exits from composition mode only when it receives NS_COMPOSITION_END event. So, the change of 3.215 isn't enough for current nsEditor. The change of 3.219 makes the composition string empty before dispatching NS_COMPOSITION_END event. It is right way for current nsEditor.

On the other hand, there might still be such IME. And some of them might not send WM_IME_ENDCOMPOSITION even when composition string becomes empty (e.g., keeps composing mode until hitting Enter or ESC). If so, my patch must make regression. But I don't think the current code is using correct way because the block *assumes* the composition string must be empty at the param. I'll post another patch tomorrow.
(Assignee)

Comment 4

5 years ago
Created attachment 591709 [details] [diff] [review]
Patch

Sorry for the delay. I think that this is the right approach. Win7 + ATOK 2011 sends WM_IME_COMPOSITION with 0 for lParam when I delete all composing characters by BS key.

When composition string is empty, we should dispatch empty text event. Otherwise, we should dispatch text event normally.
Attachment #584404 - Attachment is obsolete: true
Attachment #584404 - Flags: review?(VYV03354)
Attachment #591709 - Flags: review?(VYV03354)
Comment on attachment 591709 [details] [diff] [review]
Patch

r=me assuming it passes the test.
Attachment #591709 - Flags: review?(VYV03354) → review+
(Assignee)

Comment 6

5 years ago
Thank you, Kimura-san.

https://hg.mozilla.org/integration/mozilla-inbound/rev/9ff7a8136813
Whiteboard: [inbound]
Target Milestone: --- → mozilla13
(Assignee)

Updated

5 years ago
Blocks: 700897
https://hg.mozilla.org/mozilla-central/rev/9ff7a8136813
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Whiteboard: [inbound]
You need to log in before you can comment on or make changes to this bug.