Closed Bug 55246 Opened 24 years ago Closed 23 years ago

On Unix all fonts print as Times

Categories

(Core :: Printing: Output, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 37685
mozilla0.9.7

People

(Reporter: apeacock, Assigned: dcone)

References

()

Details

(Keywords: helpwanted, platform-parity)

From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
BuildID:    2000100308

All sanserif fonts print as serifed: helvetica/arial print as times/roman.

The page looks great in Mozilla, and even renders to the printer better than any
other browser I've tried (previous Netscapes and IE for Windows).  Spacing of
cells, layout, background colors, everything looks good.  Except the fonts.

There is also a problem with overlapping fonts when the font is bold.  I solved
this by adding extra non-blanking spaces after ":" in many places (you can see
the extra spaces in Mozilla, but not in the printout).

Reproducible: Always
Steps to Reproduce:
1. Open the page
2. Select print (using a generic postscript printer)


Actual Results:  Helvetica fonts are turned into Times/Roman.

Expected Results:  The fonts should be printed as they appear on screen.

This has been tested under RedHat 6.2 and 7.0, which, if I'm not mistaken, use
Ghostscript as an integral part of the printing subsystem.
Confirmed linux 2000110206 using gv

The headers, specified as Helvetica are sans on screen and serif on printer output.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Severity: normal → trivial
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Actually, any fonts that you specify are rendered in Times when sent to the
printer, including monospace (Courier). Everything ends up in Times-- somehow,
font requests are not being sent correctly through the postscript renderer.
I suggest a change of severity to normal, since this is not really trivial-- we
should attempt to use the right fonts to print, at least monospace for <pre> and
related tags.

Suggest change of summary to: "On UNIX all fonts print as Times" which I believe
is what is happening.
spam : changing qa to sujay (new qa contact for Printing)
QA Contact: shrir → sujay
i would like to nominate this for moz 1.0, however i don't have privileges to
add the keyword, and there's probably tons of other stuff that needs to be done
for 1.0... 
Blocks: 64841
Target Milestone: Future → mozilla0.9.1
Keywords: helpwanted
Target Milestone: mozilla0.9.1 → mozilla0.9.3
nominating, adding pp since printed fonts seem correct to me on Windows....
Keywords: mozilla1.0, nsbeta1, pp
This seems to be less than trivial. I'd suggest changing severity to major, or
at least normal.
I guess bug 68373 is related to this one.

This bug is much more serious than just not so good looking printing.
It renders all non english pages unprintable. While browser itself have no
problems finding correct fonts/encoding for (name it) character set, on the
printed copy there will be squares or some other useless characters.
Actually, it is worth to print using the same fonts as for displaying in
browser. I understand, there are fonts that are good for display only, but there
are many scalable fonts as well, and it is possible to provide customizible
substitution table. I, for example, prefer to see russian text to be printed
with low quality font than with high quality empty squares.
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.6
Changing severity to major -- being able to print seems like a pretty important
feature.
Severity: trivial → major
Fixed summary.
Summary: Incorrect printing fonts → On Unix all fonts print as Times
i'm using Kde 2.2 with mozilla Build-ID 2001091221 and i have the same problem.
All fonts are turned into times.
Konqueror has not problems using the same printer with the same command line.
My wish is that you will be able to choose fonts before printing beetween
"custom" and "document specified"
Blocks: 104166
Target Milestone: mozilla0.9.6 → mozilla0.9.9
This bug was submitted over a year ago.  More importantly as mentioned
previously this is a major bug effecting more than just fonts on Unix systems. 
Fix work should begin with the current milestone for this bug, since it may be a
difficult fix work and shouldn't be saved until the last minute since it's
nominated for 1.0. Moving target milestone to 0.9.7.
Target Milestone: mozilla0.9.9 → mozilla0.9.7
Is this a duplicate of bug 37685?
Yup, looks like it.
marknig DUP...reopen if anyone disagrees

*** This bug has been marked as a duplicate of 37685 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
This isn't showing up in the dup list (so 37685 isn't showing up as a mostfreq
as it should).  Reopening to try to get it to show up properly.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Re-duping.

*** This bug has been marked as a duplicate of 37685 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
I won't disagree that 37685 and 55246 should have essentially the same fix, but
I'm a bit concerned that we've narrowed the scope of this bug from "On Unix all
fonts print as Times" to a problem of printing preformatted plain text (on linux
alone, as claimed in comment #17).  The solution to the latter doesn't
necessarily fix the former, while the fix for the former (generalized problem)
/does/ fix the latter (specialized problem).

Would it be proper to suggest a rename of bug 37685, along with amending
comments from this bug to it?
Additionally 37685 does not address the internationalization issues discussed
below.  This bug should be reopened, and 37685 marked as a dependency.
verified.
Status: RESOLVED → VERIFIED
What's the status of this bug? I test with 0.9.9/Linux and the bug still
persist. Mozilla/Linux can't print Thai font at all. It really doesn't duplicate
with 37685. Can it be backed from Duplicate status?
bug 37685 fixed a lot of the spacing issues and the specific symptom "All fonts
print as Times." However, font choices are still limited to printer fonts. This
is not really an easily solvable problem, since there isn't a shared font
configuration between screen and printer for UNIX. Xft/fontconfig (bug 126919)
seems to be a viable solution, but it's not done yet, so we'll have to wait...

I suggest reopening this bug as "On Unix only printer fonts can be printed". I
think the primary reason to fix this bug is for internationalization. Perhaps
intl keyword would be appropriate? What about getting some internationalization
people working on this bug?
You need to log in before you can comment on or make changes to this bug.