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)
Tracking
()
NEW
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
Updated•16 years ago
|
Assignee: printing → nobody
QA Contact: printing
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•