WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
112221
[chromium] Make zoom filter independent of the layer size.
https://bugs.webkit.org/show_bug.cgi?id=112221
Summary
[chromium] Make zoom filter independent of the layer size.
Dana Jansens
Reported
2013-03-12 18:49:01 PDT
[chromium] Make zoom filter independent of the layer size.
Attachments
Patch
(6.42 KB, patch)
2013-03-12 18:51 PDT
,
Dana Jansens
no flags
Details
Formatted Diff
Diff
Patch
(6.55 KB, patch)
2013-03-12 18:52 PDT
,
Dana Jansens
senorblanco
: review+
webkit.review.bot
: commit-queue-
Details
Formatted Diff
Diff
Patch
(6.57 KB, patch)
2013-03-14 11:41 PDT
,
Dana Jansens
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Dana Jansens
Comment 1
2013-03-12 18:51:03 PDT
This makes the zoom filter independent of the layer size. You just give a zoom amount and an inset, and the actual width/height computation is done based on the texture size being filtered. I think since we have no tests or production using the zoom filter yet (right?) I could maybe skip one round of patches and just put a #define in this patch. On the chromium side, I'll just #ifndef the same thing around all the zoom code, basically disabling it temporarily until webkit rolls with this patch. Is that okay?
Dana Jansens
Comment 2
2013-03-12 18:51:32 PDT
Created
attachment 192852
[details]
Patch
Dana Jansens
Comment 3
2013-03-12 18:52:23 PDT
Created
attachment 192853
[details]
Patch
WebKit Review Bot
Comment 4
2013-03-12 18:55:14 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
.
WebKit Review Bot
Comment 5
2013-03-12 19:00:42 PDT
Comment on
attachment 192853
[details]
Patch
Attachment 192853
[details]
did not pass cr-linux-debug-ews (chromium-xvfb): Output:
http://webkit-commit-queue.appspot.com/results/17139191
WebKit Review Bot
Comment 6
2013-03-12 19:01:09 PDT
Comment on
attachment 192853
[details]
Patch
Attachment 192853
[details]
did not pass chromium-ews (chromium-xvfb): Output:
http://webkit-commit-queue.appspot.com/results/17118095
Peter Beverloo (cr-android ews)
Comment 7
2013-03-12 19:09:19 PDT
Comment on
attachment 192853
[details]
Patch
Attachment 192853
[details]
did not pass cr-android-ews (chromium-android): Output:
http://webkit-commit-queue.appspot.com/results/17036677
Dana Jansens
Comment 8
2013-03-12 19:17:28 PDT
I added rect.h to render_pass.h in
https://codereview.chromium.org/12816002/
to appease the build errors here: ../../Source/WebKit/chromium/cc/render_pass.h:74: error: 'gfx::Rect' has not been declared
Zachary Kuznia
Comment 9
2013-03-13 01:47:02 PDT
(In reply to
comment #1
)
> This makes the zoom filter independent of the layer size. You just give a zoom amount and an inset, and the actual width/height computation is done based on the texture size being filtered. > > I think since we have no tests or production using the zoom filter yet (right?) I could maybe skip one round of patches and just put a #define in this patch. On the chromium side, I'll just #ifndef the same thing around all the zoom code, basically disabling it temporarily until webkit rolls with this patch. > > Is that okay?
Sounds good to me.
Stephen White
Comment 10
2013-03-13 08:29:58 PDT
Comment on
attachment 192853
[details]
Patch Seems a little strange that the offset is an int and not a float, but if Zach is ok with it, I'm ok with it. r=me
Dana Jansens
Comment 11
2013-03-14 11:41:32 PDT
Created
attachment 193163
[details]
Patch for the bots
WebKit Review Bot
Comment 12
2013-03-14 16:31:48 PDT
Comment on
attachment 193163
[details]
Patch Clearing flags on attachment: 193163 Committed
r145855
: <
http://trac.webkit.org/changeset/145855
>
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