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)

x86
Windows XP
defect
Not set
normal

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.
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.
->Printing
Assignee: general → printing
Component: Browser-General → Printing
QA Contact: general → sujay
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
*** Bug 213904 has been marked as a duplicate of this bug. ***
*** Bug 210426 has been marked as a duplicate of this bug. ***
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
I, too, am baffled that this isn't confirmed, as I had reported it on 6/23.
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.
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.
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.
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)
Just to confirm - this is still a bug in 1.5b.
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?
dbaron and bz, can one of you look into this regression?
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!
Depends on: 211092
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
*** This bug has been marked as a duplicate of 211092 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Flags: blocking1.5?
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.