[webkit-reviews] review denied: [Bug 39902] [Qt] QtWebKit does not support viewport meta tag : [Attachment 57704] Patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Jun 7 07:49:11 PDT 2010
Simon Hausmann <hausmann at webkit.org> has denied Jesus Sanchez-Palencia
<jesus at webkit.org>'s request for review:
Bug 39902: [Qt] QtWebKit does not support viewport meta tag
https://bugs.webkit.org/show_bug.cgi?id=39902
Attachment 57704: Patch
https://bugs.webkit.org/attachment.cgi?id=57704&action=review
------- Additional Comments from Simon Hausmann <hausmann at webkit.org>
Ok, let's continue with the review.
WebKit/qt/Api/qwebframe_p.h:102
+ bool hasPassedLayoutPhase;
I kind of like the term "initialLayoutComplete", similar to void
FrameLoaderClientQt::dispatchDidFirstLayout()
AFAICS this is entirely an optimization to avoid a double initial layout,
right?
WebKit/qt/Api/qwebpage.cpp:2213
+ Setting an invalid size, makes the page fall back to using the viewport
for layout.
Suggestion: "using the viewport for layout" -> "using the viewport size for
layout"
WebKit/qt/Api/qwebpage.h:197
+ struct ViewportHints {
I suggest to make the constructor non-inline, prefix the member variables with
m_, provide inline getters, add a non-inline destructor, copy constructor and
assignment operator. In addition I suggest to add a ViewportHintsPrivate* d;
for future-proofing.
So that by default the structure is created using one function call and one
initial allocation, but we _can_ extend it in the future without breaking
binary or source compatibility.
WebKit/qt/WebCoreSupport/FrameLoaderClientQt.cpp:397
+ emit
m_webFrame->page()->viewportChangeRequested(QWebPage::ViewportHints());
Hmm, this is used to "reset" the scale in the browser, right?
It's kind of ugly. I guess it could be made prettier if the docs of the signal
explain that this is going to happen and we could have a isValid() or so in the
structure.
More information about the webkit-reviews
mailing list