Mozilla display less CJK charcters than it should be

VERIFIED FIXED in mozilla0.9.6

Status

()

Core
Internationalization
P4
normal
VERIFIED FIXED
16 years ago
16 years ago

People

(Reporter: Frank Tang, Assigned: Frank Tang)

Tracking

({intl})

Trunk
mozilla0.9.6
PowerPC
Mac OS X
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Assignee)

Description

16 years ago
MacOS X come with many CJK fonts which have a lot of CJK charcters
Reproduce proceudre
1. You need to install Language kits which are optional installation in MacOS X. 
Install all of them
2. bring up "Applications:TextEdit" with an empty page. 
3. In mozilla,  go to http://people.netscape.com/ftang/demo/ncr.cgi?r=0x5c=0x0
You will see some characters display some not.
4. copy all the text below the table in the "Propotional Font" Part in that pate
 and paste into TextEdit
The copy and paste is good, you will see TextEdit will display some CJK 
characters and display the rest by using "Last Resort Fonts" while Mozilla 
display them by using "?"
If you look carefully, you will see TextEdit display more characters than 
Mozilla, for example, In the first row, mozilla cannot display 5 characters, but 
TextEdit cannot display 4 characters. Mozilla cannot display U+5001
in the second row, mozilla cannot display 5 characters, but TextEdit cannot 
display 4 characters. Mozilla cannot display U+5010


Here are the character that mozilla cannot display but TextEdit can:

5001
5010
5024
(Assignee)

Comment 1

16 years ago
I already have my TTF CMAP parsing patch (see bug 90804) in my local build while 
I see this. I guess the problem could be
1. the font which contains that glyps is not TrueType font (Open Type?)
2. The font is not encoded in platform =3 platforntSpecific=1
I probably need to tweak my TTF CMAP parsing code later to make this work. 
Status: NEW → ASSIGNED

Updated

16 years ago
Keywords: intl
QA Contact: andreasb → ylong
(Assignee)

Comment 2

16 years ago
move to m94
Target Milestone: --- → mozilla0.9.4

Comment 3

16 years ago
Frank, is this going to make 0.9.4?  Do you have reviewers?
(Assignee)

Comment 4

16 years ago
no, move to m0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
(Assignee)

Updated

16 years ago
Priority: -- → P4
(Assignee)

Updated

16 years ago
Target Milestone: mozilla0.9.5 → mozilla0.9.7
(Assignee)

Comment 5

16 years ago
move to m97
(Assignee)

Updated

16 years ago
Blocks: 103669
(Assignee)

Updated

16 years ago
Blocks: 104056
(Assignee)

Updated

16 years ago
Blocks: 90804
No longer blocks: 104056

Comment 6

16 years ago
Does this really block bug 90804 ?
Can't you land the patch for 90804 and solve this remaining problem later ?
I have the feeling the current state is good enough for most use, if people want  
exotic characters, they are used to importing the font needed, they are lots of 
PC TTF font your code should be able to parse around, so they won't be so much 
annoyed.
(Assignee)

Updated

16 years ago
Target Milestone: mozilla0.9.7 → mozilla0.9.6
(Assignee)

Comment 7

16 years ago
fixed and check in 
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED

Comment 8

16 years ago
The characters in that range are display same amount as in apple textEditor on
11-19 trunk build.

Mark it as verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.