** Observed with 11/9/99 Win32 build (1999110911) **
The Japanese period is input via the period key on the US keyboard
when the JPN IME is on.
Here's the problem.
1. Choose a mail msg which already has a Japanese period in
the text body. For example, the 2nd msg in the Smoketest file.
2. Select this msg and engage "Reply" button under Plain Text mail
3. Note the positioning of the JPN period in the quoted text body.
It is placed as high as the top of the other characters.
4.Note that in the subject header, the period is placed correctly slightly
above the base line.
5. Interestingly, when you insert the cursor into the text body and
input the JPN period, it is placed at the high position as well.
So somehow, the JPN period is positioned incorrectly in the
quoted Plain text mail composer.
Interestingly, if you start a new Plain Text compose window and
input the Japanese period, it is placed correctly at the base line.
See an illustration of this problem (via 2 contrasting images) at the
Created attachment 2751 [details]
HTML file with 2 contrasting images
Created attachment 2752 [details]
An image of the JPN period quoted too high
The 1st HTML failed to upload the accompanying images.
So, I'm uplaoding images directly.
1st image -- the JPN period is placed too high in the quoted
Plain Text mail.
2nd image -- the JPn period apperas at the normal base line position
when a new Plain Text mail composer is used.
Created attachment 2753 [details]
the JPN period apperas at the normal base line position in new Plain Text composer window
should a Ender widget display matter. Reassign to Ender folk
this maybe a dup of 17503
Bug 17503 refers to centering of normal text material in certain widgets.
This bug applies only when a body text is quoted as part of Reply
operation and under Plain Text mail send option only. There is something
else going on within quoted text.
For normal new mail compose, this problem does not exist.
asking ftang to take a quick look and see if he can narrow down the issue. Frank
-- please reassign to me after you review and comment -- thanks
erik- I think this is a GFX problem w/ a particular font face size combination.
I take a look at it in Momoi's cube. I cannot find out what Japanese font it
used to render the text.
I saw the same kind of problem before. In that case, vertical font was used
(Japanese period in vertical font is placed at upper right instead of lower left
of the normal horizontal font).
Is it easy to confirm Naoki's theory?
Will the font pref work might fix this, if we default to a non-vertical
font for Japanese? But why would only the period be from picked from the
vertical font and not the other Japanese characters?
It's not really a theory, it's just a info that I saw the same problem in the
same code base before. That time, it happened in everywhere.
It may be checked by trying other characters which have different glyphs in
vertical (such as Japanese comma, parenthesis).
Yes, please try comma and other chars that look different in vertical fonts.
I disabled vertical fonts by ignoring all font names that start with '@' in the
global font enumerator (which is used when the algorithm reaches the end of the
font-family list without finding a match).
Moving all of my M15s to M16. Please add comments if you disagree.
Does this problem still occur? Leaving target at M16.
I don't think this happens any more under Windows.
I looked at similar test cases to the original ones
which prompted me to file this bug. The additional condition
was to 1) Leave Unicode font setting at defaults on a new profile.
On quoted data under Japanese plain text mail, periods and
commas are displaying normally.
I'm going to mark this "Worksforme" for Windows. There is
another bug filed for Linux and that is still a problem
without specific font settings.
Verified as Worksforme.