Bug 78278 - [BlackBerry] Upstream graphics helper classes in WebKitSupport
Summary: [BlackBerry] Upstream graphics helper classes in WebKitSupport
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Rob Buis
URL:
Keywords:
Depends on:
Blocks: 73144
  Show dependency treegraph
 
Reported: 2012-02-09 13:29 PST by Rob Buis
Modified: 2012-02-10 12:46 PST (History)
6 users (show)

See Also:


Attachments
Patch (8.23 KB, patch)
2012-02-09 13:31 PST, Rob Buis
no flags Details | Formatted Diff | Diff
Patch (16.98 KB, patch)
2012-02-09 14:43 PST, Rob Buis
no flags Details | Formatted Diff | Diff
Patch (16.22 KB, patch)
2012-02-09 18:36 PST, Rob Buis
no flags Details | Formatted Diff | Diff
Patch (15.79 KB, patch)
2012-02-10 07:20 PST, Rob Buis
no flags Details | Formatted Diff | Diff
Patch (42.63 KB, patch)
2012-02-10 11:23 PST, Rob Buis
no flags Details | Formatted Diff | Diff
Patch (42.59 KB, patch)
2012-02-10 11:59 PST, Rob Buis
tonikitoo: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Rob Buis 2012-02-09 13:29:56 PST
Upstream graphics helper classes in WebKitSupport
Comment 1 Rob Buis 2012-02-09 13:31:45 PST
Created attachment 126360 [details]
Patch
Comment 2 Rob Buis 2012-02-09 13:36:32 PST
Add Antonio.
Comment 3 Antonio Gomes 2012-02-09 14:37:03 PST
Comment on attachment 126360 [details]
Patch

you probably uploaded the wrong patch. WebPageCompositor is here: bug 78276
Comment 4 Rob Buis 2012-02-09 14:43:02 PST
Created attachment 126376 [details]
Patch
Comment 5 Antonio Gomes 2012-02-09 15:10:55 PST
jakob/adam, do we want to upstream #if OPENVG blocks of code, or stick with SKIA only?
Comment 6 Jakob Petsovits 2012-02-09 15:15:32 PST
I think we want to avoid upstreaming them, and suggest removal of OpenVG from the tree as it's not a focus for us anymore.
Comment 7 Antonio Gomes 2012-02-09 16:21:38 PST
Comment on attachment 126376 [details]
Patch

lets set us free of openvg first :-)
Comment 8 Rob Buis 2012-02-09 18:36:53 PST
Created attachment 126425 [details]
Patch
Comment 9 Antonio Gomes 2012-02-09 19:12:56 PST
Comment on attachment 126425 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=126425&action=review

some more comments and questions ...

> Source/WebKit/blackberry/WebKitSupport/SurfacePool.cpp:109
> +#if USE(SKIA)
> +    WebCore::PlatformContextSkia* platformGraphicsContext = new WebCore::PlatformContextSkia(drawable);
> +#endif
> +    return platformGraphicsContext;

that wont build if !SKIA

> Source/WebKit/blackberry/WebKitSupport/SurfacePool.cpp:119
> +PlatformGraphicsContext* SurfacePool::lockTileRenderingSurface() const
> +{
> +#if USE(SKIA)
> +    if (!m_tileRenderingSurface)
> +        return 0;
> +    return createPlatformGraphicsContext(BlackBerry::Platform::Graphics::lockBufferDrawable(m_tileRenderingSurface));
> +#endif
> +}

that wont return anything if !SKIA

> Source/WebKit/blackberry/WebKitSupport/SurfacePool.cpp:175
> +    // Create the m_visibleTileBuffer.

do we need these comment?

> Source/WebKit/blackberry/WebKitSupport/SurfacePool.cpp:199
> +    // Release the m_visibleTileBuffer.

ditto

> Source/WebKit/blackberry/WebKitSupport/SurfacePool.cpp:205
> +    // Release the backbuffer.

ditto

> Source/WebKit/blackberry/WebKitSupport/SurfacePool.h:87
> +#if USE(SKIA)

maybe we should just drop the SKIA condition completely?
Comment 10 Rob Buis 2012-02-10 07:20:33 PST
Created attachment 126513 [details]
Patch
Comment 11 Rob Buis 2012-02-10 07:43:35 PST
Landed in r107401.
Comment 12 Rob Buis 2012-02-10 11:23:10 PST
Reopening to attach new patch.
Comment 13 Rob Buis 2012-02-10 11:23:14 PST
Created attachment 126542 [details]
Patch
Comment 14 Rob Buis 2012-02-10 11:59:52 PST
Created attachment 126546 [details]
Patch
Comment 15 Rob Buis 2012-02-10 12:46:19 PST
Landed in r107426.