Open Bug 302443 Opened 19 years ago Updated 2 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.