WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
89145
[chromium] GraphicsLayerChromium should use WebContentLayer directly
https://bugs.webkit.org/show_bug.cgi?id=89145
Summary
[chromium] GraphicsLayerChromium should use WebContentLayer directly
James Robinson
Reported
2012-06-14 18:08:44 PDT
[chromium] GraphicsLayerChromium should use WebContentLayer directly
Attachments
Patch
(16.26 KB, patch)
2012-06-14 18:11 PDT
,
James Robinson
enne
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
James Robinson
Comment 1
2012-06-14 18:11:18 PDT
Created
attachment 147695
[details]
Patch
James Robinson
Comment 2
2012-06-14 18:11:46 PDT
I'll have to land a chromium-side patch to ui/compositor/layer.cc to avoid compile breaking chromium - that's what the WEBCONTENTLAYERCLIENT_HAS_OPAQUE #define is for.
Antoine Labour
Comment 3
2012-06-14 18:13:56 PDT
Comment on
attachment 147695
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=147695&action=review
> Source/Platform/chromium/public/WebContentLayerClient.h:42 > + // optimizations.
To be clear, that's only used if !WebLayer.opaque(), right?
WebKit Review Bot
Comment 4
2012-06-14 18:15:01 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
.
James Robinson
Comment 5
2012-06-14 18:15:33 PDT
(In reply to
comment #3
)
> (From update of
attachment 147695
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=147695&action=review
> > > Source/Platform/chromium/public/WebContentLayerClient.h:42 > > + // optimizations. > > To be clear, that's only used if !WebLayer.opaque(), right?
It's ignored, right. We don't set it on opaque layers to avoid paying the overhead.
Adrienne Walker
Comment 6
2012-06-15 09:04:07 PDT
Comment on
attachment 147695
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=147695&action=review
R=me.
> Source/WebKit/chromium/tests/CCOcclusionTrackerTest.cpp:138 > + layer->setIsDrawable(false);
Isn't that the default value?
James Robinson
Comment 7
2012-06-15 14:26:59 PDT
Comment on
attachment 147695
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=147695&action=review
>> Source/WebKit/chromium/tests/CCOcclusionTrackerTest.cpp:138 >> + layer->setIsDrawable(false); > > Isn't that the default value?
Ooh, good point. This was a bad intermediate state from when I was playing with the default value - will revert before landing.
James Robinson
Comment 8
2012-06-18 16:41:32 PDT
Committed
r120643
: <
http://trac.webkit.org/changeset/120643
>
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