[IME 2000]-Moving caret in Convert mode does not work

VERIFIED FIXED in mozilla1.2alpha

Status

()

Core
Internationalization
P2
normal
VERIFIED FIXED
18 years ago
8 years ago

People

(Reporter: Teruko Kobayashi, Assigned: Shanjian Li)

Tracking

({inputmethod, intl})

Trunk
mozilla1.2alpha
x86
Windows 2000
inputmethod, intl
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

18 years ago
(This bug imported from BugSplat, Netscape's internal bugsystem.  It
was known there as bug #384563
http://scopus.netscape.com/bugsplat/show_bug.cgi?id=384563
Imported into Bugzilla on 04/24/00 12:50)

IME 2000 has new feature which the user can move the cursor in Convert mode to delete the character. 

Steps of reproduce
1. Open Composer and change Character set to Japanese (Auto-Detect)
2. Turn on IME
3. Type Japanese characters "園芸展開に行く" (Engei tenkai ni iku), do not hit enter to commit
4. Hit Space bar to convert
5. Move the mouse to the end of 3rd double byte character

Expected result
It still in convert mode and the user put the cursor at the end of 3rd character without commit

Actural result
The characters are committed.

Tested 1-31a Win32 build under Windows 2000 JA Release Candidate.



------- Additional Comments From marek  Mar-03-2000 17:04 ------- 

reassigning I18N bugs to roberts
(Reporter)

Comment 1

18 years ago
This is new feature for IME 2000. Nominationg this for beta2 since the other IME 
2000 bug 18680 is the i18n beta2 criteria. Reassigned to ftang@netscape.com.
Assignee: roberts → ftang
Status: NEW → UNCONFIRMED
Keywords: nsbeta2

Comment 2

18 years ago
This bug, http://scopus.netscape.com/bugsplat/show_bug.cgi?id=384563,
is filed against 4.72, not Seamonkey.  That bug should be left open instead
of being closed as WONTFIX.  Sustaining might want to fix it post-4.72.

Is this reproducible on Seamonkey?  If so, this bug 36975 should remain
open, otherwise this should be closed.
(Reporter)

Comment 3

18 years ago
This happens in Seamonkey.  I tested in 2000042109 Win32 build under Win2000JA.
And I also reopen the 
bug, http://scopus.netscape.com/bugsplat/show_bug.cgi?id=384563 
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 4

18 years ago
Is this a dup of 18680 ?
Status: NEW → ASSIGNED
Target Milestone: --- → M17

Comment 5

18 years ago
[nsbeta2-]
Whiteboard: [nsbeta2-]

Comment 6

18 years ago
reassign to shanjian- we may not have time to implement this for beta2 
Assignee: ftang → shanjian
Status: ASSIGNED → NEW
(Assignee)

Updated

18 years ago
Status: NEW → ASSIGNED

Comment 7

18 years ago
probably, you must use WM_MSIME_MOUSE and WM_MSIME_QUERYPOSITION message.
But I have no sample and addtional document.
And, this issue should be dup to bug 18680.

Comment 8

18 years ago
nsbeta3+ per i18n bug meeting
add m_kato@ga2.so-net.ne.jp to the cc list. m_kato@ga2.so-net.ne.jp, can you 
work with shanjian for remaining isue that jfrancis do not agree w/ ?
Keywords: nsbeta3
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]
(Assignee)

Comment 9

18 years ago
Kato san suggest some partial fixes, but there is one part missing. 
That is how could we get the composition offset base on mouse 
click position. Probably we need to implement a new event, and 
messing with mouse click message handling. My win2k will be down
for 2 wks. When it is up again, I should be able to propose a 
fix within a week. 

kato, if you have time in following 2 wks, can you do something 
about it? 

Comment 10

18 years ago
I wonder we can fix this in Netscape6. The current IME arch does not support 
this. We have the same issue in Mac. We should nsbeta3- this one.

Updated

18 years ago
Whiteboard: [nsbeta2-][nsbeta3+] → [nsbeta2-][nsbeta3+] (ftang: consider to cut)

Comment 11

18 years ago
Deside to cut this. nsbeta3- 4.x does not support this neither. mark it future
Whiteboard: [nsbeta2-][nsbeta3+] (ftang: consider to cut) → [nsbeta2-][nsbeta3-]
Target Milestone: M17 → Future

Comment 12

18 years ago
reassign to yokoyama
Assignee: shanjian → yokoyama
Status: ASSIGNED → NEW

Updated

18 years ago
Status: NEW → ASSIGNED

Updated

17 years ago
Keywords: intl, nsbeta1
(Reporter)

Comment 13

17 years ago
Changed QA contact to ylong@netscape.com.
QA Contact: teruko → ylong

Updated

17 years ago
Summary: IME 2000-Moving cursor in Convert mode does not work → IME 2000-Moving caret in Convert mode does not work

Updated

17 years ago
Blocks: 104166

Comment 14

16 years ago
tested 2002-04-12-08-1.0.0
OS = Win XP Pro. JA
This is not only Win 2000 problem.
It occures on Win XP JA also.
Win XP is a major criteria.
This is Win 2000 new feature which is issued more than 3 yeares ago, but  not
supported yet.
This is very poor quality. I added keyword nebeta1.
Bug 18680 is the similar.   
Keywords: nsbeta1
QA Contact: ylong → kasumi
Summary: IME 2000-Moving caret in Convert mode does not work → [IME 2000]-Moving caret in Convert mode does not work

Comment 15

16 years ago
nsbeta1-

This needs to be addressed after mozilla 1.0 but not for nsbeta1, there is a
workaround by using keyboard.
Keywords: nsbeta1 → nsbeta1-
Target Milestone: Future → ---

Comment 16

16 years ago
reassign to shanjian and mark tm=1.2alpha, nsbeta1+ for m1.2final
Assignee: yokoyama → shanjian
Blocks: 157673
Status: ASSIGNED → NEW
Keywords: nsbeta1- → nsbeta1+
Whiteboard: [nsbeta2-][nsbeta3-]
Target Milestone: --- → mozilla1.2alpha
(Assignee)

Comment 17

16 years ago
accepting. 
Status: NEW → ASSIGNED
(Assignee)

Comment 18

16 years ago
I made some progress in this bug, but there is still some problem. Handling the
position of characters will be  a little bit complicated if we want to record
caret position each time. I assumed the current text frame will be the frame for
composing text only. However, after some experiment, I found out that this is
not true. I may have to monitoring the caret. 
(Assignee)

Comment 19

16 years ago
Created attachment 99598 [details] [diff] [review]
proposed patch 1.0
(Assignee)

Comment 20

16 years ago
roy, would you mind take a look?

Comment 21

16 years ago
Comment on attachment 99598 [details] [diff] [review]
proposed patch 1.0

/r=yokoyama with indentation
fix at:
+    mIMECompCharPos = nsnull;
Attachment #99598 - Flags: review+

Comment 22

16 years ago
shanjian, could you write a small html file to document how to add this support
? That will help us to understand what it take to add this support. Could you
please also add some link in that document to those MS api ? The patch is
complex and I think a summary document will help us to review it. We can also
use that to share the knowledge so we can understand how to add it to mac. 
(Assignee)

Comment 23

16 years ago
Created attachment 100757 [details]
simple documentation
(Assignee)

Comment 24

16 years ago
blizzard, would you mind give sr?
Comment on attachment 99598 [details] [diff] [review]
proposed patch 1.0

sr=blizzard
Attachment #99598 - Flags: superreview+
(Assignee)

Comment 26

16 years ago
fix checked in. 
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED

Comment 27

16 years ago
rui and kasumi:
The feature is complete, please verify this feauter work in general. If you see
some minor issue still there, please file seperate bug report for those. Please
keep this bug as the "feature is missing" bug, and let other "feature has bugs"
bug handle those issues. 

Comment 28

16 years ago
Flank:
Which build should I use for confirmation?

Comment 29

16 years ago
tested on 2002-10-01-08-trunk
Win XP JA

Not fixed but status is different than before.
Actualy, on step 5, still in convert mode. This is good.
But can't inseart any characters in there.
Try to inseart DBCS character, cursor move to the end of that line and the
moment when type a character, prior characters are committed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(Assignee)

Comment 30

16 years ago
I tried this on XP (simplified chinese with japanese IME), I could type
character after I moved cursor to some place in composing string. What did you see?
Status: REOPENED → ASSIGNED
(Assignee)

Comment 31

16 years ago
kasumi, would you mind try this again? I don't see any problem on my side.
Please try simplified XP with japanese IME, and make sure we are seeing the same
things. We need to find out if this is a generic problem or a problem specific
to  XP ja.

Comment 32

16 years ago
Which build do I need to use to match with your test?
(Assignee)

Comment 33

16 years ago
I just downloaded mozilla trunk daily build 2002100409, and it works fine for me
on win2K (simplified chinese) with MS IME 2000(Japanese). 

Comment 34

16 years ago
I verified on mozilla trunk daily build 2002100409.
Win XP Pro. JA
What is correct status to change?
(Assignee)

Comment 35

16 years ago
I will mark it fixed, then you can mark it verified. 
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago16 years ago
Resolution: --- → FIXED

Updated

16 years ago
Depends on: 180372

Updated

16 years ago
No longer blocks: 157673

Comment 36

15 years ago
tested on 2003-01-09-08-trunk
Win 2000 JA SP3
Still occur.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Updated

15 years ago
Blocks: 157673

Updated

15 years ago
No longer depends on: 180372

Comment 37

15 years ago
I think the remainning issue has nothing to do with mouse movement. I can
repordue the samethign with arrow key . close this bug. Please file a seperate
bug about inserting character during IME convert and IME commit . 
Status: REOPENED → RESOLVED
Last Resolved: 16 years ago15 years ago
Resolution: --- → FIXED
(Reporter)

Comment 38

15 years ago
Changed QA contact to myself.
QA Contact: kasumi → teruko
(Reporter)

Comment 39

15 years ago
I created new bug 208992 for remaining issue. I close this bug.
Status: RESOLVED → VERIFIED
Keywords: inputmethod
You need to log in before you can comment on or make changes to this bug.