Closed
Bug 213179
Opened 22 years ago
Closed 22 years ago
Default font sizes for print changed from Mozilla 1.3.1 to 1.4 and display of URL is gone
Categories
(Core :: Printing: Output, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 211092
People
(Reporter: jgdavidson, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624
I just upgraded from Mozilla 1.3.1 to 1.4. I followed the standard steps to
uninstall 1.3.1 and delete the Mozilla.org folder before installing 1.4. What I
discovered was that the fonts size for the body of any report printed from the
browser, along with the headers and footers had enlarged fonts. I used Page
Setup to change from 'Shrink to Fit' to 'Scale' = 83% for the body to print at
the same size as it did in Mozilla 1.3.1. What I could not do was to change the
header and footer to be a much smaller font, as I don't know how to do this.
In addition, the URL display that by default prints in the top right no longer
prints or is display on the screen. No matter where I requested the URL to
appear, it would not appear in the header or footer.
I am surprised by these bugs, as I have never had a problem with Mozilla from
1.1 through 1.3.1 with fonts.
Reproducible: Always
Steps to Reproduce:
1.Print a report in the browser in Mozilla 1.3.1
2.Print the same report in the browser in Mozilla 1.4
3.Then compare the results
Actual Results:
You see enlarged printouts with a different font size in Mozilla 1.4 as compared
to Mozilla 1.3.1.
Expected Results:
Mozilla 1.4 should have printed the exactly font sizes as was the case with
Mozilla 1.3.1.
Reporter | ||
Comment 1•22 years ago
|
||
I did further research on this problem and I noticed that the failure to print
the URL may be dependent on the version of Windows [e.x. XP versus 98 SE].
Also, I now got the URL to print on Windows 98 SE after it didn't work before,
but I don't know what fixed it. For both XP and 98 SE, I found repeat failure
to print the URL on the top of an email if you use the Mozilla 1.4 email client.
Also, changing the Page Setup from 'Shrink to Fit' to custom Scale = 83% is not
a permanent setting, so each time you re-start Mozilla 1.4, you need to make the
fix. This is a royal pain. I might have to switch back to Mozilla 1.3.1.
Comment 2•22 years ago
|
||
->Printing
Assignee: general → printing
Component: Browser-General → Printing
QA Contact: general → sujay
Reporter | ||
Comment 3•22 years ago
|
||
The user can make some print adjustments in Preferences to reduce the flawed
enlarged default font being used in Mozilla 1.4 if you select Appearances >
Fonts. You can reduce the font size shown in Proportional and in Monospace.
Unlike changing from "Shrink to Fit" to Scale that is only temporary for the
session, Fonts changes are permanent until you change. You may need to
experiment with these two Font settings until you are satisfied with the results.
Unfortunately, when you change either or both of the referenced fonts to a
smaller size to circumvent the newly introduced enlarged print flaw in Mozilla
1.4, you might achieve satisfactory print output, but these same settings may
also influence the size of the font on your display when in the Mozilla 1.4
browser or mail client, and you may decide that the display font is too small.
In a related bug, I continue to experience the problem with the default printing
of the URL not appearing in the top right hand corner of the printed page. This
failure comes and goes in the browser, and I don't know what Preference item
trips this failure. In mail client, the URL never prints anywhere on the page
in Mozilla 1.4
Comment 4•22 years ago
|
||
*** Bug 213904 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
*** Bug 210426 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
I call this the word wrap bug for printed email. The larger font causes the
lines to wrap too early resulting in badly formatted text. I can reproduce this
only on Win95B at 800 x 600 resolution though others have seen it at 1024 x 768.
Why is this still unconfirmed?
--Dan
Comment 7•22 years ago
|
||
I, too, am baffled that this isn't confirmed, as I had reported it on 6/23.
Comment 8•22 years ago
|
||
The big problem with this bug is not that the larger font is particularly
unattractive or not, but that it results in unfortunate line breaks in the
printed e-mails that really harm readability, i.e. long line, short line, long
line, short line.
I don't think this is related to screen resolution. I've seen it in on all of
our Win 2K workstations that have been upgraded to NS 7.1, at both 1024x768 and
1152x864.
Of the workarounds mentioned, the print preview "scaling" setting works the
best, even though it isn't persistent. The fonts preferences setting really
isn't very useful in this case because it causes too many web sites to be
rendered too small on screen. I'd like to see the font size go back to the
pre-1.4 default, or else have separate preferences for screeen and printer font
sizes.
Comment 9•22 years ago
|
||
This is much more of a problem when the print stylesheet
has absolute sizes in it. The printout overflows the page.
For example
http://www.bris.ac.uk/is/selfhelp/documentation/vacation-i1/vacation-i1.htm
The whole print stylesheet was written based on Mozilla's
good stylesheet handling - which now appears to be broken.
Please fix in 1.4 branch as well as trunk.
Comment 10•22 years ago
|
||
Hi, wading deeper through bugzilla, I found that
http://bugzilla.mozilla.org/show_bug.cgi?id=214654 (which is far newer than this
bug) seems to center on the same problem. The test case that I gave (
http://mike.quacks.org/moztest.html ) probably touches on the same problems you
this bug originally highlighted, however the scaling 83% doesn't help at all in
my case.
I'm not a mozilla programmer, but I suspect that mozilla for windows's
inability to keep to css definitions (like a div of a specific width & height)
to be indicative of a bigger problem than just a font change.
Comment 11•22 years ago
|
||
Sorry for the spam, but the problem isn definitely not the fonts. I increased
the DPI setting to 120dpi and the print preview looked exactly the same as
96DPI. (although text significantly squished in the browser window)
Comment 12•22 years ago
|
||
Just to confirm - this is still a bug in 1.5b.
Comment 13•22 years ago
|
||
Confirming in 1.5b (Windows XP).
Nominating as blocking1.5. This bug is highly noticeable for new users, and
gives a bad impression of Mozilla.
Flags: blocking1.5?
Comment 14•22 years ago
|
||
dbaron and bz, can one of you look into this regression?
![]() |
||
Comment 15•22 years ago
|
||
Chances are, this is caused by the rounding of twips-to-pixels to an integer
that's also responsible for that bug about CSS physical units... roc's working
on that, iirc.
Probably a duplicate of bug 211092. If anyone could make a Windows build with
the patch in bug 211092, and see if that fixes the problem here and doesn't
cause any new problems, that would strengthen the case for getting that patch
into 1.5!
Comment 17•22 years ago
|
||
Checkin for bug 211092 has fixed my testcase in comment #9
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4.1) Gecko/20030906
![]() |
||
Comment 18•22 years ago
|
||
*** This bug has been marked as a duplicate of 211092 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•22 years ago
|
Flags: blocking1.5?
Comment 19•22 years ago
|
||
Confirming: the bug appears to be fixed in nightly build
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030908
Mail prints fine; the print preview agrees with the printout.
You need to log in
before you can comment on or make changes to this bug.
Description
•