Closed Bug 73140 Opened 24 years ago Closed 21 years ago

The Big5 characters will be over wrapped when font size less than 2

Categories

(Core :: Internationalization, defect, P3)

PowerPC
Mac System 9.x
defect

Tracking

()

RESOLVED WONTFIX
Future

People

(Reporter: amyy, Assigned: ftang)

References

()

Details

(Keywords: intl)

Attachments

(3 files)

The Traditional Chinese(Big5, euc-tw) characters will be over wrapped when font size <= 2(see atttached files), but if you change the font size bigger than 2 or if with Japanese, you won't see this over wrapped. You can check this by going the URL above or I have created a test html file. And with this test html, after you created and re-open or browser it right after created, you can see the ":" and red Chinese characters are over wrapped. Windows and Linux don't have same problem.
Reassing to ftang.
Assignee: nhotta → ftang
Keywords: intl
I don't know why the attached failed, I'm attaching the test file source code here in case you need it: ------------------------------------------ <html> <head> <meta http-equiv="content-type" content="text/html; charset=Big5"> <title>test big5</title> </head> <body> <font size="2">,:<b><font color="#cc0000"></font><font color="#330099"> :<font color="#cc6600"><font color="#330099"></font>, single byte.</font></font>< /b></font> </body> </html>
QA Contact: andreasb → ylong
It looks likes we use different font to measure and render.
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla0.9
Attached file ANOTER TEST CASE
this one is very difficult to fix. Move to moz0.9.1. mark this as nsbeta1
Keywords: nsbeta1
Priority: P2 → P1
Target Milestone: mozilla0.9 → mozilla0.9.1
I am overload- nhotta, can you retry this oen and see this one still exist?
Assignee: ftang → nhotta
Status: ASSIGNED → NEW
ylong, do you still see the problem on the trunk build? How about 6.0 and 6.01?
I still see this on 05-08 trunk build, also on 6.0/6.01 build too.
>also on 6.0/6.01 build too not a regression, platform specific, move to future, cc to jaimejr@netscape.com.
Target Milestone: mozilla0.9.1 → Future
ylong - how bad is this? does this happen in the default setting? how many users will be affcted by this issue, is we release this for M0.9.1? nhotta/ftang - do we need to fix this one before M0.9.2?
>nhotta/ftang - do we need to fix this one before M0.9.2? I did not think so, and I moved to future.
As the comments that Frank added at 2001-03-29 19:57, looks like we use different font to measure and render. Although the font size measure as 2 - sounds like too small, but actually it just very normal size in the real page. Also IE and 4.7 don't have same problem. I guess we might want to fix it before 1.0.
Keywords: nsbeta1nsbeta1-
changing to nsbeta1-. this one does not meet beta stopper guidelines. i agree with nhotta's comments unless ftang says otherwise.
Changing from P1 to P3.
Priority: P1 → P3
Reassign to shanjian.
Assignee: nhotta → shanjian
Back to naoki. I could not work on Mac problem. Give it to frank if you do not want to handle it yourself.
Assignee: shanjian → nhotta
Reassign to ftang.
Assignee: nhotta → ftang
Status: NEW → ASSIGNED
This bug is targeted at a Mac classic platform/OS, which is no longer supported by mozilla.org. Please re-target it to another platform/OS if this bug applies there as well or resolve this bug. I will resolve this bug as WONTFIX in four weeks if no action has been taken. To filter this and similar messages out, please filter for "mac_cla_reorg".
Mac Classic RIP.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: