Open Bug 302443 Opened 20 years ago Updated 3 years ago

shrink to fit fails for extremely wide pages

Categories

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

x86
Linux
defect

Tracking

()

People

(Reporter: timeless, Unassigned)

References

()

Details

platform for bug: pc/linux (and probably pc/windows) platform for bug report: mac/osx 10.3.9 steps: load this page: http://viper.haque.net/~timeless/jsgc.crash use page setup to select shrink that to fit print preview or print to a file for reference i've provided a summary of what i see w/ mac browsers fwiw safari manages to not cut off the content of that page as does opera 8.01 amusingly, safari uses 11 pages to give me all the content, deerpark uses 10 pages to lose most of the content (geckos on macosx do not support shrink to fit). opera8.01 uses 17 pages to give me all the content ie5.2.3 wants to use 144 pages to print that document (its shrink pages to fit feature would actually crop like mozilla's...) opera6 would have taken 13pages to crop heh, icab's fit to page would use 2 pages and guarantees i won't be able to read it :) interesting, omniweb4.5 also manages 2 pages shrunk to fit opera7.5 10 pages, cropped note, this is pdf output, you can zoom in and see everything for reference, i didn't cheat. actual results (from roc, on linux): on 1.0 branch I get 6 pages, cropped something similar on trunk. I'm not sure why this one isn't shrinking properly. timelyx: I know [the lines are incredibly long]. I can manually scale to 25% and see everything on 3 pages shrink to fit should be doing that automatically, but isn't. dunno why. actually I sorta cheated and put it in landscape mode
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P5
Assignee: printing → nobody
QA Contact: printing
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.