WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
88121
[chromium] Support high DPI pixel tests with DumpRenderTree
https://bugs.webkit.org/show_bug.cgi?id=88121
Summary
[chromium] Support high DPI pixel tests with DumpRenderTree
Terry Anderson
Reported
2012-06-01 12:11:30 PDT
Add the flag --compositor-device-scale-factor=n to DRT for Chromium. This will set the device scale factor to be the integer n and will also have the same effect as using the existing flag --force-compositing-mode.
Attachments
Patch
(14.28 KB, patch)
2012-06-01 12:44 PDT
,
Terry Anderson
no flags
Details
Formatted Diff
Diff
Patch
(11.29 KB, patch)
2012-06-13 13:32 PDT
,
Terry Anderson
jamesr
: review-
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Dirk Pranke
Comment 1
2012-06-01 12:13:06 PDT
You can already pass arbitrary flags to DRT with --additional-drt-flag "--compositor-device-scale-factor=n"; will that work for this?
Dana Jansens
Comment 2
2012-06-01 12:13:49 PDT
"have the same effect as using the existing flag --force-compositing-mode" -> "also implies the use of --force-compositing-mode" ?
Terry Anderson
Comment 3
2012-06-01 12:44:10 PDT
Created
attachment 145359
[details]
Patch
WebKit Review Bot
Comment 4
2012-06-01 12:47:11 PDT
Please wait for approval from
abarth@webkit.org
,
dglazkov@chromium.org
,
fishd@chromium.org
,
jamesr@chromium.org
or
tkent@chromium.org
before submitting, as this patch contains changes to the Chromium public API. See also
https://trac.webkit.org/wiki/ChromiumWebKitAPI
.
Terry Anderson
Comment 5
2012-06-01 12:48:20 PDT
(In reply to
comment #2
)
> "have the same effect as using the existing flag --force-compositing-mode" -> "also implies the use of --force-compositing-mode" ?
Yes, that is much better wording. I've updated this in the ChangeLog description.
Dirk Pranke
Comment 6
2012-06-01 12:54:32 PDT
Comment on
attachment 145359
[details]
Patch I probably didn't phrase my previous comment clearly enough. We shouldn't be adding more flags to NRWT unless we have to; there's too many already. Given that I believe you can already get the behavior you want using --additional-drt-flag, I don't think you need this.
Terry Anderson
Comment 7
2012-06-13 13:32:28 PDT
Created
attachment 147400
[details]
Patch
Terry Anderson
Comment 8
2012-06-13 13:33:34 PDT
(In reply to
comment #7
)
> Created an attachment (id=147400) [details] > Patch
There were some additional changes made in light of
https://bugs.webkit.org/show_bug.cgi?id=88375
landing since I uploaded my first patch.
James Robinson
Comment 9
2012-06-13 14:04:08 PDT
Comment on
attachment 147400
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=147400&action=review
> Source/WebKit/chromium/public/WebWidget.h:99 > + virtual void paint(WebCanvas*, const WebRect& viewPort, const int scaleFactor = 1) { }
this seems misguided. We already have a deviceScaleFactor and pageScaleFactor setter on WebView, why are they not sufficient?
James Robinson
Comment 10
2012-06-13 14:05:04 PDT
We also need to support non-integer device scales in general. IMO it's OK to start with only handling integer scales at first, but we're going to have non-integer scales very soon so we need to make sure the design and API are amenable.
Terry Anderson
Comment 11
2012-06-28 10:58:52 PDT
***
Bug 70066
has been marked as a duplicate of this bug. ***
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