19972 - [BETA] [PP] [IME] [dogfood] IME does not force to commit

Status: VERIFIED FIXED

(Core :: Internationalization, defect, P3)

Description

[Teruko Kobayashi]

This is the same bug as 19357.  It works fine under Winnt 4.0J, but it does not work under Windows 98J.

Steps of reproduce-
1. Turn on input method
2. Type some japanese ( or Chinese or Korean)
3. click mouse on some other places before we commit the IME to move cursor
expect result- commit IME in the current cursor position and move the cursor to
the new position. and then after we type , the new text go to the new position
actual result- IME does not commit, cursor do move to the new position. But then
any new typing go to the origional places.

Tested 112308 build.

Comment 1

[leger]

For internal use, be sure to commit.  Putting on PDT- radar.

Comment 2

[bobj]

Teruko,  For internal dogfood use, can't we live with this?
I have added [BETA] to the summary.

Comment 3

[Teruko Kobayashi]

I tested this more.  The behavior is following.
1. Open Composer
2. Type Japanese characters, like "あああ" and hit enter to commit
3. Hit enter to move 2nd line
4. Type Japanese characters, like "かんじてすと", at this time do not hit enter to commit
5. Move mouse to Browser
6. Come back to Composer, at this time the characters you typed in step #4 is not committed
7. Move curser to the characters at the first line
At this time, you can move the cursor to the committed characters. So, you think the characters in the 2nd line
have been committed.  However, if you start typing the different characters at the different place, the characters in
the 2nd line will be gone.

I think this should be dogfood.

Comment 4

[Teruko Kobayashi]

I logged the special case for this to 20069.  That should be dogfood.
This is very general, so this is fine for BETA.  We have to remember we have to commit the characters under Win98J.

Comment 5

[Teruko Kobayashi]

I verified this in 12-13-08 Win32 build.  IME committment function in Win98J and Winnt 4.0J.