[Webkit-unassigned] [Bug 67750] Create a delegate class to help cleanly isolate the chromium compositor API
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Sep 8 10:18:22 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=67750
--- Comment #3 from Shawn Singh <shawnsingh at chromium.org> 2011-09-08 10:18:22 PST ---
(In reply to comment #2)
After clarifying with Nat offline, here's what I understand should be fixed:
- make sure other instances of GraphicsLayer / GraphicsLayerChromium are also replaced
- move the CCLayerDelegate class into the LayerChromium file
- name the functions more simply and without the words "GraphicsLayer"
Will upload a new patch soon.
>
> I don think you need to call the virtual methods on those doPaintGraphicsLayerContents... paintContents should work just fine. GraphicsLayer is supposed to go away from the Layer tree completely.
>
> git grep for graphicslayer --- it should be gone from all compositor related files when this patch lands.
>
> > Source/WebCore/ChangeLog:3
> > + Added a pure virtual class CCLayerDelegate which helps to isolate
>
> I think the traditional format of changelog entries is a short sumary, the bug# ,then a detailed summary if need. i might be wrong...
>
> > Source/WebCore/WebCore.gypi:3537
> > + 'platform/graphics/chromium/cc/CCLayerDelegate.h',
>
> My preference would be for this to be in LayerChromium.h file, which is sort of how we've doing client classes as well, c.f. CCLayerTreeHost and CCLayerTreeHostClient, which are the same file.
>
> > Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:704
> > +void GraphicsLayerChromium::doPaintGraphicsLayerContents(GraphicsContext& context, const IntRect& clip)
>
> Is there a way to do this without to doPaint?
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list