Closed Bug 7005 Opened 25 years ago Closed 24 years ago

Solaris font size's not proper

Categories

(Core :: DOM: Editor, defect, P3)

Product:
Core
Component:
DOM: Editor
Platform:
Sun
Solaris
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: sujay, Assigned: erik)

References

Details

(Keywords: platform-parity) 

using 5/24 build of apprunner

1) launch apprunner
2) launch editor from task menu
3) highlight some text
4) pull-down Format | Size and choose each size.

Notice the size's aren't set to what they're supposed to be. What I mean
is that as you go from -2 to 0 to +4, the font should increase...not the
case, its jumping back and forth from small to big...
*** Bug 7009 has been marked as a duplicate of this bug. ***
*** Bug 7007 has been marked as a duplicate of this bug. ***
*** Bug 7008 has been marked as a duplicate of this bug. ***
okay +1, +2, +3, +4 seem to work fine...its just the -2, -1 and 0
that need to be checked out cause they don't match up..
Summary: Linux Font size's not proper → [PP]Linux Font size's not proper
Assignee: kostello → buster
This may be a layout bug: verify by creating an HTML document with each of the
font sizes set on some content and see if you are getting the same effect.

Changing assignment to buster, leaving milestone undefined
sujay, could you please try Greg's suggestion and create an HTML document test
case (not using ender) to see if it is a layout bug or an ender bug?  If the
document shows up correctly in apprunner/viewer, but ender can't create it
correctly, then we know it's an editor bug.
sujay--here is the example html source (save to a file):

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<head>
   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
   <meta name="Author" content="Kathleen Brade">
   <meta name="GENERATOR" content="Mozilla/4.51 (Macintosh; U; PPC) [Netscape]">
   <title>bug6993.html</title>
</head>
<body>
<font size=-2>size -2</font>
<br><font size=-1>size -1</font>
<br>size 0
<br><font size=+1>size 1</font>
<br><font size=+2>size 2</font>
<br><font size=+3>size 3</font>
<br><font size=+4>size 4</font>
</body>
</html>
okay I pulled up Kathy's test document in Ender...looks like a layout
issue...
sujay:
Akkana and I did a trivial test of this tonight and it seemed to work.  Can you
show us specifically how you get the browser and/or editor into a situation
where the fonts don't show up right?
Steve, I just grabbed Akkana in my cube and showed her the problem. She
says its a problem with how Sun displays the font. I remotely log
into a Linux machine and siaply on a Sun box..
Assignee: buster → erik
Erik:  Peter L. thinks you're the owner of Unix font mapping issues on Unix.
This looks like a problem in that area.  Sujay verified that it has nothing to
do with the editor, it's a gecko font mapping problem on Unix.
Status: NEW → ASSIGNED
OS: Linux → Solaris
Hardware: Other → Sun
Target Milestone: M10
Changed platform/OS to Sun/Solaris. Marked M10 (bug fixing phase, not feature).
Target Milestone: M10 → M12
Summary: [PP]Linux Font size's not proper → [PP] Solaris font size's not proper
Target Milestone: M12 → M16
I tested Times fonts on Solaris, and it turns out that their actual sizes on
the screen do not increase monotonically when their advertized sizes are
sorted. This is a bug in Solaris, but it may be in lots of other Unixes too, if
the original data came from the X Consortium, so we might want to apply a
workaround. Marking M16 for now.
Keywords: pp
Moving all M16s to M17. Please make comments if you disagree.
Target Milestone: M16 → M17
Summary: [PP] Solaris font size's not proper → Solaris font size's not proper
This is not the kind of thing that Mozilla should be working around. The X
server vendors ought to fix their fonts. Marking INVALID.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
ok. verified in 5/25 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.