WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
101613
Introduce WebScreenInfo.deviceScaleFactor
https://bugs.webkit.org/show_bug.cgi?id=101613
Summary
Introduce WebScreenInfo.deviceScaleFactor
Sami Kyöstilä
Reported
2012-11-08 08:53:09 PST
Introduce WebScreenInfo.deviceScaleFactor
Attachments
Patch
(4.17 KB, patch)
2012-11-08 08:57 PST
,
Sami Kyöstilä
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Sami Kyöstilä
Comment 1
2012-11-08 08:57:29 PST
Created
attachment 173054
[details]
Patch
WebKit Review Bot
Comment 2
2012-11-08 09:00:13 PST
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
.
Sami Kyöstilä
Comment 3
2012-11-08 09:00:53 PST
Please see
http://codereview.chromium.org/11348033/#msg23
for the rationale.
Adam Barth
Comment 4
2012-11-08 10:35:33 PST
> 3. [WebKit] Remove WebCore::screen{Horizontal,Vertical}DPI() and use
WebScreenInfo::deviceScaleFactor in ChromeClientImpl::dispatchViewportPropertiesDidChange. ^^^ That's very exciting.
Adam Barth
Comment 5
2012-11-08 10:36:41 PST
Comment on
attachment 173054
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=173054&action=review
> Source/WebKit/chromium/src/mac/WebScreenInfoFactory.mm:98 > float deviceDPI = 160 * deviceScaleFactor(view);
Should we avoid calling deviceScaleFactor twice?
Sami Kyöstilä
Comment 6
2012-11-08 10:42:52 PST
(In reply to
comment #5
)
> Should we avoid calling deviceScaleFactor twice?
I was going to do that in step 5 when horizontal/verticalDPI go away for good.
WebKit Review Bot
Comment 7
2012-11-08 11:03:46 PST
Comment on
attachment 173054
[details]
Patch Rejecting
attachment 173054
[details]
from commit-queue. Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '-..." exit_code: 2 Last 500 characters of output: omium/TestExpectations Failed to merge in the changes. Patch failed at 0001 Multiple Layout Tests (e.g. fast/repaint/japanese-rl-selection-clear.html) is failing after
r133840
. When you have resolved this problem run "git rebase --continue". If you would prefer to skip this patch, instead run "git rebase --skip". To restore the original branch and stop rebasing run "git rebase --abort". rebase refs/remotes/origin/master: command returned error: 1 Died at Tools/Scripts/update-webkit line 154. Full output:
http://queues.webkit.org/results/14764668
WebKit Review Bot
Comment 8
2012-11-08 12:04:27 PST
Comment on
attachment 173054
[details]
Patch Clearing flags on attachment: 173054 Committed
r133927
: <
http://trac.webkit.org/changeset/133927
>
WebKit Review Bot
Comment 9
2012-11-08 12:04:33 PST
All reviewed patches have been landed. Closing 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