39570 - Japanese comma and fullstop problem on Linux

Status: VERIFIED DUPLICATE of bug 45678

(Core :: Internationalization, defect, P3)

Description

[Masaki Katakai]

On UNIX (Linux 2000051608 and Solaris), japanese fullsize
comma (EUC 0xa1a2) and full stop (EUC 0xa1a3) are not
displayed correctly.

1) start Mozilla
2) click on URL field
3) turn IME on by Shift+SPACE
4) type . or , of keyboard

It seems that vertical glyphs are displayed.

Comment 1

[Erik van der Poel]

Hi Katakai-san, please try the 5/17 build with setenv NS_FONT_DEBUG 3
and send me the output. Thanks.

Comment 2

[Frank Tang]

could you kindly create a test file and attach to it. Thanks

Comment 3

[Frank Tang]

mark as nsbeta2 since these are two important character in Japanese. Without the 
proper display , Japanese user cannot view their document correctly. It is 
simlar to display comma in English to something else.

Comment 4

[Masaki Katakai]

Attachment: outputs from NS_FONT_DEBUG=3

Comment 5

[Masaki Katakai]

See the outputs in attachment field, it seems that ksc font is used.

Comment 6

[Erik van der Poel]

Thanks for sending the info. Yes, the KSC5601 font is being used, and it has
vertical glyphs for the comma and period characters. The problem may be that the
URL field does not have an associated language, so it does not pass a language
down to the font engine, so it cannot know which font to select, and somehow
ends up with a Korean font. Maybe I need to make the language fallback smarter
by trying the locale's language first. Re-assigning to myself.

Comment 7

[leger]

Putting on [nsbeta2+] radar for beta2 fix. 

Comment 8

[Frank Tang]

Is that true you already have a fix and pending for code review ? who should 
review it ?

Comment 9

[Erik van der Poel]

Checked in the fix.

Comment 10

[Masaki Katakai]

Hi Erik. It seems that UIs of Mozilla and HTML FORMs on
japanese encoded webpages are using correct japanese fonts. Thanks!

However, korean fonts are still used on

	- Text Editor on Mail Composer
	- HTML FORMs on non-japanese encoded webpages

For examples, japanese fonts are used on www.yahoo.co.jp but
korean fonts are used on www.yahoo.com.

I tested with my local build for Solaris. I'll check Linux nightly.

Comment 11

[Katsuhiko Momoi]

CC'ed myself and ji on this bug.

Comment 12

[Katsuhiko Momoi]

With Linux 7/14/2000 build, I see that the Text edit field for Plain text
composer is still using a wrong font. Do we have a bug for this
porblem? 

Comment 13

[Teruko Kobayashi]

I tested this in 2000-07-17-08 Linux build.  This still happen in Plain text 
editor.  I logged the different bug for it. 45678.  I verified this bug. 

Comment 14

[Koike Kazuhiko]

I see this problem again on Linux 2000082008.

Comment 15

[leger]

Setting to [nsbeta2-] since that is outta here.  Putting on nsbeta3 nominee 
radar.

Comment 16

[Erik van der Poel]

This bug was reopened by [e-mail]. I need to confirm this. Marking
nsbeta3 to get it on the radar.

Comment 17

[Frank Tang]

Is this a dup of 34392 ?

Comment 18

[Katsuhiko Momoi]

Not Bug 34392 but Bug 45678.
I contacted Koike-san. If we don't hear an objection from him within 1 day,
this bug will be marked as a duplicate of Bug 45678.

Comment 19

[Katsuhiko Momoi]

Koike-san agrees that the original problem is now "Worksforme" but 
additional problems mentioned in Bug 45678 still exist. 
The remaining problems of this bug should be dealt in that bug.
Resolving as a duplicate of Bug 45678.

*** This bug has been marked as a duplicate of 45678 ***

Comment 20

[Teruko Kobayashi]

Verified as dup.