Changeset 76359 in webkit
- Timestamp:
- Jan 21, 2011 10:31:45 AM (13 years ago)
- Location:
- trunk/Source
- Files:
-
- 7 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebCore/ChangeLog
r76358 r76359 1 2011-01-21 Adam Roben <aroben@apple.com> 2 3 Replace some "sync compositing state" terminology with "flush pending GraphicsLayer changes" 4 5 This seems to be the direction in which our code is moving. I chose "GraphicsLayer" as 6 opposed to just "layer" because there are cases where we flush changes to CACFLayers that 7 don't have a corresponding GraphicsLayer. 8 9 Fixes <http://webkit.org/b/52894> "Sync compositing state" terminology in 10 WKCACFLayerRenderer and friends is confusing 11 12 Reviewed by Simon Fraser. 13 14 * platform/graphics/win/WKCACFLayerRenderer.cpp: 15 (WebCore::WKCACFLayerRenderer::WKCACFLayerRenderer): 16 (WebCore::WKCACFLayerRenderer::render): 17 Updated for renames. 18 19 (WebCore::WKCACFLayerRenderer::flushPendingGraphicsLayerChangesSoon): Renamed from 20 syncCompositingStateSoon, and updated for other renames. 21 22 * platform/graphics/win/WKCACFLayerRenderer.h: Renamed m_syncLayerChanges to 23 * m_shouldFlushPendingGraphicsLayerChanges. 24 (WebCore::WKCACFLayerRendererClient::flushPendingGraphicsLayerChanges): Renamed from 25 syncCompositingState. 26 1 27 2011-01-21 Adam Roben <aroben@apple.com> 2 28 -
trunk/Source/WebCore/platform/graphics/win/WKCACFLayerRenderer.cpp
r76258 r76359 188 188 , m_renderTimer(this, &WKCACFLayerRenderer::renderTimerFired) 189 189 , m_mustResetLostDeviceBeforeRendering(false) 190 , m_s yncLayerChanges(false)190 , m_shouldFlushPendingGraphicsLayerChanges(false) 191 191 { 192 192 // Point the CACFContext to this … … 431 431 } 432 432 433 // Sync the layer if needed 434 if (m_syncLayerChanges) { 435 m_client->syncCompositingState(); 436 m_syncLayerChanges = false; 433 if (m_shouldFlushPendingGraphicsLayerChanges) { 434 m_client->flushPendingGraphicsLayerChanges(); 435 m_shouldFlushPendingGraphicsLayerChanges = false; 437 436 } 438 437 … … 525 524 } 526 525 527 void WKCACFLayerRenderer:: syncCompositingStateSoon()528 { 529 m_s yncLayerChanges = true;526 void WKCACFLayerRenderer::flushPendingGraphicsLayerChangesSoon() 527 { 528 m_shouldFlushPendingGraphicsLayerChanges = true; 530 529 renderSoon(); 531 530 } -
trunk/Source/WebCore/platform/graphics/win/WKCACFLayerRenderer.h
r76256 r76359 54 54 virtual ~WKCACFLayerRendererClient() { } 55 55 virtual bool shouldRender() const = 0; 56 virtual void syncCompositingState() { }56 virtual void flushPendingGraphicsLayerChanges() { } 57 57 }; 58 58 … … 76 76 void paint(); 77 77 void resize(); 78 void syncCompositingStateSoon();78 void flushPendingGraphicsLayerChangesSoon(); 79 79 80 80 protected: … … 111 111 Timer<WKCACFLayerRenderer> m_renderTimer; 112 112 bool m_mustResetLostDeviceBeforeRendering; 113 bool m_s yncLayerChanges;113 bool m_shouldFlushPendingGraphicsLayerChanges; 114 114 HashSet<RefPtr<PlatformCALayer> > m_pendingAnimatedLayers; 115 115 -
trunk/Source/WebKit/win/ChangeLog
r76291 r76359 1 2011-01-21 Adam Roben <aroben@apple.com> 2 3 Replace some "sync compositing state" terminology with "flush pending GraphicsLayer changes" 4 5 This seems to be the direction in which our code is moving. I chose "GraphicsLayer" as 6 opposed to just "layer" because there are cases where we flush changes to CACFLayers that 7 don't have a corresponding GraphicsLayer. 8 9 Fixes <http://webkit.org/b/52894> "Sync compositing state" terminology in 10 WKCACFLayerRenderer and friends is confusing 11 12 Reviewed by Simon Fraser. 13 14 * WebCoreSupport/WebChromeClient.cpp: 15 (WebChromeClient::scheduleCompositingLayerSync): Updated for WebView changes. 16 17 * WebView.cpp: 18 (WebView::paint): Updated for rename. 19 (WebView::flushPendingGraphicsLayerChangesSoon): Renamed from scheduleCompositingLayerSync. 20 (WebView::notifySyncRequired): Updated for rename. 21 (WebView::flushPendingGraphicsLayerChanges): Renamed from syncCompositingState. 22 23 * WebView.h: Did the renames. 24 1 25 2011-01-20 Sam Weinig <sam@webkit.org> 2 26 -
trunk/Source/WebKit/win/WebCoreSupport/WebChromeClient.cpp
r75987 r76359 827 827 void WebChromeClient::scheduleCompositingLayerSync() 828 828 { 829 m_webView-> scheduleCompositingLayerSync();829 m_webView->flushPendingGraphicsLayerChangesSoon(); 830 830 } 831 831 -
trunk/Source/WebKit/win/WebView.cpp
r76256 r76359 991 991 #if USE(ACCELERATED_COMPOSITING) 992 992 if (isAcceleratedCompositing()) { 993 syncCompositingState();994 // Syncing might have taken us out of compositing mode.993 flushPendingGraphicsLayerChanges(); 994 // Flushing might have taken us out of compositing mode. 995 995 if (isAcceleratedCompositing()) { 996 996 // FIXME: We need to paint into dc (if provided). <http://webkit.org/b/52578> … … 6273 6273 } 6274 6274 6275 void WebView:: scheduleCompositingLayerSync()6275 void WebView::flushPendingGraphicsLayerChangesSoon() 6276 6276 { 6277 6277 if (!m_layerRenderer) 6278 6278 return; 6279 m_layerRenderer-> syncCompositingStateSoon();6279 m_layerRenderer->flushPendingGraphicsLayerChangesSoon(); 6280 6280 } 6281 6281 … … 6481 6481 void WebView::notifySyncRequired(const GraphicsLayer*) 6482 6482 { 6483 scheduleCompositingLayerSync();6483 flushPendingGraphicsLayerChangesSoon(); 6484 6484 } 6485 6485 … … 6518 6518 } 6519 6519 6520 void WebView:: syncCompositingState()6520 void WebView::flushPendingGraphicsLayerChanges() 6521 6521 { 6522 6522 Frame* coreFrame = core(m_mainFrame); -
trunk/Source/WebKit/win/WebView.h
r76256 r76359 906 906 907 907 #if USE(ACCELERATED_COMPOSITING) 908 void scheduleCompositingLayerSync();908 void flushPendingGraphicsLayerChangesSoon(); 909 909 void setRootChildLayer(WebCore::GraphicsLayer*); 910 910 #endif … … 950 950 // WKCACFLayerRendererClient 951 951 virtual bool shouldRender() const; 952 virtual void syncCompositingState();952 virtual void flushPendingGraphicsLayerChanges(); 953 953 #endif 954 954
Note: See TracChangeset
for help on using the changeset viewer.