WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 43271
Short documents may print a second blank page
https://bugs.webkit.org/show_bug.cgi?id=43271
Summary
Short documents may print a second blank page
mitz
Reported
2010-07-30 14:43:48 PDT
When printing, elements that stretch to viewport height or whose height is specified as a percentage relative to the viewport have their heights computed relative to the WebView’s height. Often, such as when the WebView fills an entire browser window that takes up the entire height of the screen, those elements become taller than a page. One example, as in the URL, is the html and body elements in a quirks-mode document. Patch (with cross-platform changes and fix for Mac) forthcoming
Attachments
Use the page height as the viewport height when printing
(33.07 KB, patch)
2010-07-30 21:08 PDT
,
mitz
darin
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
mitz
Comment 1
2010-07-30 14:44:23 PDT
<
rdar://problem/8257783
>
mitz
Comment 2
2010-07-30 21:08:59 PDT
Created
attachment 63138
[details]
Use the page height as the viewport height when printing
Darin Adler
Comment 3
2010-07-30 21:57:54 PDT
Comment on
attachment 63138
[details]
Use the page height as the viewport height when printing
> +void Frame::setPrinting(bool printing, float pageWidth, float pageHeight, float maximumShrinkRatio, AdjustViewSizeOrNot shouldAdjustViewSize)
I'd prefer const FloatSize& pageSize. Will that work?
> // This magic is basically copied from khtmlview::print
Wow, you are leaving this comment!?
> + void forceLayoutForPagination(float pageWidth, float pageHeight, float maximumShrinkFactor, Frame::AdjustViewSizeOrNot);
I'd prefer const FloatSize& pageSize here too. Make sense?
> + void begin(float width, float height = 0);
What about here? FloatSize?
> -2010-07-30 Joseph Pecoraro <
joepeck@webkit.org
> > +2010-07-30 Dan Bernstein <
mitz@apple.com
>
You removed Joe's change log entry!
mitz
Comment 4
2010-07-30 22:09:48 PDT
(In reply to
comment #3
)
> (From update of
attachment 63138
[details]
) > > +void Frame::setPrinting(bool printing, float pageWidth, float pageHeight, float maximumShrinkRatio, AdjustViewSizeOrNot shouldAdjustViewSize) > > I'd prefer const FloatSize& pageSize. Will that work?
That’s how I did it at first. Then I confused myself into thinking that a FloatSize with a zero component (which would be used here to mean “use the unscaled visibleHeight()”) was bad. I am going to change back to const FloatSize&.
> > > // This magic is basically copied from khtmlview::print > > Wow, you are leaving this comment!?
Maybe not…
> > > + void forceLayoutForPagination(float pageWidth, float pageHeight, float maximumShrinkFactor, Frame::AdjustViewSizeOrNot); > > I'd prefer const FloatSize& pageSize here too. Make sense?
I am going to change this too.
> > > + void begin(float width, float height = 0); > > What about here? FloatSize?
I was frightened by a comment that said the even the width parameter needs to go away. Not going to change this now.
> > > -2010-07-30 Joseph Pecoraro <
joepeck@webkit.org
> > > +2010-07-30 Dan Bernstein <
mitz@apple.com
> > > You removed Joe's change log entry!
Oh noes! Thanks for the review!
mitz
Comment 5
2010-07-30 23:00:37 PDT
Fixed in <
http://trac.webkit.org/projects/webkit/changeset/64409
>.
Daniel Bates
Comment 6
2010-07-31 00:10:12 PDT
(In reply to
comment #5
)
> Fixed in <
http://trac.webkit.org/projects/webkit/changeset/64409
>.
This change broke the Apple Windows build.
Daniel Bates
Comment 7
2010-07-31 00:10:23 PDT
Attempt to fix the build committed in changeset 64412 <
http://trac.webkit.org/changeset/64412
>.
mitz
Comment 8
2010-07-31 00:36:15 PDT
Thanks, Daniel!
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug