Last Comment Bug 5527 - Editor is not able to accumulate successive Japanese input
: Editor is not able to accumulate successive Japanese input
QA BLOCKER - non body fields don't ha...
Product: Core
Classification: Components
Component: Editor (show other bugs)
: Trunk
: x86 Windows NT
P3 normal (vote)
: M5
Assigned To: tague
: Teruko Kobayashi
: Makoto Kato [:m_kato]
Depends on:
  Show dependency treegraph
Reported: 1999-04-26 16:07 PDT by Katsuhiko Momoi
Modified: 2001-09-12 00:43 PDT (History)
6 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image Katsuhiko Momoi 1999-04-26 16:07:43 PDT
** Observed with 4/26/99 Win32 build **

Hopefully this problem has been filed already but it shows up also
in composing new mail messages.

1. Using Windows-Japanese IME (Input Method module), input
   Japanese into a composer window (mail or general editor).
2. Commit the first input strings by pressing "Enter" key.
3. Now start the new set of input using a Japanese IME.
4. Note that the 2nd set of strings are now replacing the 1st
  set of string instead of being appended to the 1st string.

Given this behavior, there is no way to retain anything other
than the current input string set. It seems that the insertion point
cursor gets reset to the beginning every time the Japanese IME
input string is committed instead of retaining the last character
position so that the next input set can be added after that
Comment 1 User image bobj 1999-04-26 17:42:59 PDT
IME is not really ready yet for IQA.
This is an architectural problem that kin and tague are trying
to resolve by M5.
Comment 2 User image Katsuhiko Momoi 1999-04-26 18:30:59 PDT
I take bobj's comment to mean that we won't be committing to
Japanese mail-send feature for M5 except in a very primitive way.

Currently, copy/paste doesn't seem to be working into mail body
for Japanese strings, header cannot take IME input, and so they and
this bug leave only one kind of input possible, i.e. a few words
which can be entered via IME in the first set of input.
I guess we are now looking at very scaled-down enabling of
Japanese mail-send for M5?

There is also a blocking bug 5525 for Japanese mail-send.
Comment 3 User image Greg Kostello 1999-04-28 12:08:59 PDT
Tague: please determine if anything else is required on the part of the editor
Comment 4 User image leger 1999-04-28 16:45:59 PDT
Adding to QA Blocker radar.
Comment 5 User image tague 1999-04-29 13:02:59 PDT
I looked at Japanese mail today -- finishing up the enabling work is only going
to allow you to type in the mail textbody, you won't be able to type in the
headers or subject line.  all of the non body fields are implemented with native
text widgets and don't have IME support.
Comment 6 User image sujay 1999-04-29 13:05:59 PDT
Momoi, can you please assign yourself as the qa_contact? I won't be
able to regress this type of bug...thanks!
Comment 7 User image Teruko Kobayashi 1999-04-29 13:10:59 PDT
Changed QA contact to
Comment 8 User image bobj 1999-05-03 11:03:59 PDT
Non-body text fields are using HTML forms.  HTML forms have not yet switched
to Ender and will not be I18N enabled until they're Ender-based.  That part
is M6, but the body part is M5.
Comment 9 User image tague 1999-05-03 16:08:59 PDT
checked in a fix today with chofmann's approval.
Comment 10 User image Teruko Kobayashi 1999-06-17 11:41:59 PDT
I verified this in 6-17-08 build.

Note You need to log in before you can comment on or make changes to this bug.