Florin, I think I l-g-t-m'ed your patch too quickly. After a closer look, here is ...
4 years, 10 months ago
(2015-06-23 15:34:40 UTC)
#2
Florin, I think I l-g-t-m'ed your patch too quickly. After a closer look, here
is what I think we should do.
f(malita)
On 2015/06/23 at 15:34:40, junov wrote: > Florin, I think I l-g-t-m'ed your patch too ...
4 years, 10 months ago
(2015-06-23 15:41:16 UTC)
#3
On 2015/06/23 at 15:34:40, junov wrote:
> Florin, I think I l-g-t-m'ed your patch too quickly. After a closer look, here
is what I think we should do.
Looks much cleaner - LGTM!
(% AcceleratedImageBufferSurface build fixes)
Justin Novosad
The CQ bit was checked by junov@chromium.org
4 years, 10 months ago
(2015-06-23 15:42:51 UTC)
#4
4 years, 10 months ago
(2015-06-23 17:06:15 UTC)
#11
On 2015/06/23 15:57:56, reed1 wrote:
>
https://codereview.chromium.org/1195963006/diff/40001/Source/platform/graphic...
> File Source/platform/graphics/ImageBufferSurface.h (right):
>
>
https://codereview.chromium.org/1195963006/diff/40001/Source/platform/graphic...
> Source/platform/graphics/ImageBufferSurface.h:85: virtual PassRefPtr<SkImage>
> newImageSnapshot() const { return nullptr; }
> Lets add some dox here, describing when/why it might return NULL.
done.
>
> are all clients of it ok to not ever force an answer (from the recording
> variant)?
Yes. The former call sites of getBackingTextureImage() now all check
isAccelerated() first, which guarantees we are not handling a
recordingImageBufferSurface.
Justin Novosad
The CQ bit was checked by junov@chromium.org
4 years, 10 months ago
(2015-06-23 17:06:55 UTC)
#12
Issue 1195963006: Removing getBackingTextureImage from ImageBufferSurface
(Closed)
Created 4 years, 10 months ago by Justin Novosad
Modified 4 years, 10 months ago
Reviewers: f(malita), reed2, reed1
Base URL: svn://svn.chromium.org/blink/trunk
Comments: 1