Ddanakj@chromium.orgRemove WTF HashMap and PassOwnPtr dependencies for CCRenderPass
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Gracefully handle zero duration curves in CCActiveAnimation We should trim to time 0 in this case. BUG= Review URL: https://chromiumcodereview.appspot.com/10961036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158092 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Gracefully handle zero duration curves in CCActiveAnimation We should trim to time 0 in this case. BUG= Review URL: https://chromiumcodereview.appspot.com/10961036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158092 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Make cc's use of WTF::HashMap robust to key/value change A future WebKit change (bug 82784) plans to change HashMap iterator's first/second to key/value. Since cc is still (unfortunately) using WebKit's WTF template classes, be robust to this patch landing with an #ifdef. BUG=none Review URL: https://codereview.chromium.org/10914327 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157376 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Allow deletion of some (as opposed to all) textures on the impl thread. Enable removing uploads to evicted textures from texture upload queues. Track whether not a CCPrioritizedTexture::Backing has been evicted in the structure itself. Purge texture upload queues of evicted backings instead of clearing the entire queue. Added CCTextureUpdateControllerTest.ClearUploadsToEvictedResources to test the new eviction logic. BUG=134750 Review URL: https://chromiumcodereview.appspot.com/10947017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157662 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add high DPI unit test for verifying visible and drawable content rects in compositor. A decent array of unit tests was already added, but this one was missing; this patch finally adds that unit test. BUG= Review URL: https://chromiumcodereview.appspot.com/10964002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157863 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Fix CCLayerTreeHostTestScrollMultipleRedraw.runMultiThread test. CCLayerTreeHostImpl::sourceFrameNumber() is not updated until the commit is finished. Use CCLayerTreeHost::commitNumber() instead to determine what scroll position to expect. WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=95473 BUG= TEST=cc_unittest Review URL: https://chromiumcodereview.appspot.com/10944031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157714 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Reenable CCOcclusionTrackerTestViewportRectOverChild test. BUG=148906 Review URL: https://chromiumcodereview.appspot.com/10967018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158411 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Allow deletion of some (as opposed to all) textures on the impl thread. Enable removing uploads to evicted textures from texture upload queues. Track whether not a CCPrioritizedTexture::Backing has been evicted in the structure itself. Purge texture upload queues of evicted backings instead of clearing the entire queue. Added CCTextureUpdateControllerTest.ClearUploadsToEvictedResources to test the new eviction logic. BUG=134750 Review URL: https://chromiumcodereview.appspot.com/10947017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157662 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix issue where CCprioritizedTexture::Backing's requestPriorityAtLastPriorityUpdate returns a bool instead of an int. This bug effectively disables the prioritized texture manager (so as soon as you hit memory pressure, we discard textures in more-or-less random order). This needs to be integrated to M23 as well. BUG=152050 Review URL: https://chromiumcodereview.appspot.com/10986006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158698 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Allow deletion of some (as opposed to all) textures on the impl thread. Enable removing uploads to evicted textures from texture upload queues. Track whether not a CCPrioritizedTexture::Backing has been evicted in the structure itself. Purge texture upload queues of evicted backings instead of clearing the entire queue. Added CCTextureUpdateControllerTest.ClearUploadsToEvictedResources to test the new eviction logic. BUG=134750 Review URL: https://chromiumcodereview.appspot.com/10947017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157662 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Allow deletion of some (as opposed to all) textures on the impl thread. Enable removing uploads to evicted textures from texture upload queues. Track whether not a CCPrioritizedTexture::Backing has been evicted in the structure itself. Purge texture upload queues of evicted backings instead of clearing the entire queue. Added CCTextureUpdateControllerTest.ClearUploadsToEvictedResources to test the new eviction logic. BUG=134750 Review URL: https://chromiumcodereview.appspot.com/10947017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157662 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Adjust texture priorities in preparation of impl-thread eviction of only some textures This came from the already-reviewed WebKit bug https://bugs.webkit.org/show_bug.cgi?id=95758 I forgot to cq? that bug, so it didn't land. Review URL: https://chromiumcodereview.appspot.com/10917281 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157075 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Adjust texture priorities in preparation of impl-thread eviction of only some textures This came from the already-reviewed WebKit bug https://bugs.webkit.org/show_bug.cgi?id=95758 I forgot to cq? that bug, so it didn't land. Review URL: https://chromiumcodereview.appspot.com/10917281 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157075 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove awareness of incremental updates from state machine. CCScheduler handles incremental resources updates based on amount of time until next vsync tick. We currently get no benefit from having CCSchedulerStateMachine aware of these incremental updates. This cleans up both CCScheduler and CCSchedulerStateMachine be removing incremental update awareness from CCSchedulerStateMachine. WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=95290 BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10913261 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156950 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove awareness of incremental updates from state machine. CCScheduler handles incremental resources updates based on amount of time until next vsync tick. We currently get no benefit from having CCSchedulerStateMachine aware of these incremental updates. This cleans up both CCScheduler and CCSchedulerStateMachine be removing incremental update awareness from CCSchedulerStateMachine. WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=95290 BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10913261 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156950 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove awareness of incremental updates from state machine. CCScheduler handles incremental resources updates based on amount of time until next vsync tick. We currently get no benefit from having CCSchedulerStateMachine aware of these incremental updates. This cleans up both CCScheduler and CCSchedulerStateMachine be removing incremental update awareness from CCSchedulerStateMachine. WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=95290 BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10913261 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156950 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove CCTextureUpdateController::updateTextures(). Remove updateTextures() and instead use a CCTextureUpdateController instance when updating textures from CCSingleThreadProxy. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10950008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157722 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Rename maxPartialTextureUpdatesMax to partialTextureUpdatesMax. BUG=145825 TBR=nduca,brianderson Review URL: https://chromiumcodereview.appspot.com/10969018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157795 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove CCTextureUpdateController::updateTextures(). Remove updateTextures() and instead use a CCTextureUpdateController instance when updating textures from CCSingleThreadProxy. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10950008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157722 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Allow deletion of some (as opposed to all) textures on the impl thread. Enable removing uploads to evicted textures from texture upload queues. Track whether not a CCPrioritizedTexture::Backing has been evicted in the structure itself. Purge texture upload queues of evicted backings instead of clearing the entire queue. Added CCTextureUpdateControllerTest.ClearUploadsToEvictedResources to test the new eviction logic. BUG=134750 Review URL: https://chromiumcodereview.appspot.com/10947017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157662 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Allow deletion of some (as opposed to all) textures on the impl thread. Enable removing uploads to evicted textures from texture upload queues. Track whether not a CCPrioritizedTexture::Backing has been evicted in the structure itself. Purge texture upload queues of evicted backings instead of clearing the entire queue. Added CCTextureUpdateControllerTest.ClearUploadsToEvictedResources to test the new eviction logic. BUG=134750 Review URL: https://chromiumcodereview.appspot.com/10947017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157662 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Convert CC scheduler logic to use base::TimeTicks/Delta instead of doubles Instead of using double seconds, this converts the scheduler and timer logic in libcc to use base::TimeTicks and base::TimeDelta. This puts the units in the type system instead of variable names and comments making second/millisecond confusion less likely and integrates better with the rest of chromium. BUG= Review URL: https://chromiumcodereview.appspot.com/10956006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157783 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix CC*Renderer and CC*LayerImpl to compile with Clang BUG=none Review URL: https://chromiumcodereview.appspot.com/10942040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157654 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add some missing unit tests and update cc_unittests and webkit_compositor_bindings_unittests After GTFO, some unit test files were not in the right place, or missing entirely. This patch (1) adds some missing unit tests, (2) moves some tests from webkit_compositor_bindings_unitttests to cc_unitttests, and (3) removes some redundant entries in the gyp files for those targets. BUG=https://code.google.com/p/chromium/issues/detail?id=149121 Review URL: https://chromiumcodereview.appspot.com/10909218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157425 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add some missing unit tests and update cc_unittests and webkit_compositor_bindings_unittests After GTFO, some unit test files were not in the right place, or missing entirely. This patch (1) adds some missing unit tests, (2) moves some tests from webkit_compositor_bindings_unitttests to cc_unitttests, and (3) removes some redundant entries in the gyp files for those targets. BUG=https://code.google.com/p/chromium/issues/detail?id=149121 Review URL: https://chromiumcodereview.appspot.com/10909218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157425 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add more cc OWNERS Let's start here and iterate as needed. BUG= Review URL: https://chromiumcodereview.appspot.com/10917230 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156501 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Here are gyp targets and stubs for compiling libcc and the webkit_compositor bindings in chromium. Everything is guarded behind the off-by-default use_libcc_for_compositor gyp variable. I haven't included the actual code here, but there are scripts to sync. I plan to land + manually sync the code into place until we're ready to flip the gyp switch. Snapshot from r126652 BUG= Review URL: https://chromiumcodereview.appspot.com/10828381 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@153354 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Revert 158386 - Revert 158362 - Support high DPI scrollbar on top level web frame. BUG=141389 TEST=Run chrome with --force-device-scale-factor=2 --force-compositing-mode and verify that the top-level scrollbar is high dpi. CC tests are known flaky: http://code.google.com/p/chromium/issues/detail?id=148490 Re-committing the CC change. Review URL: https://chromiumcodereview.appspot.com/10909255 TBR=flackr@chromium.org Review URL: https://codereview.chromium.org/10990004 TBR=avi@chromium.org Review URL: https://codereview.chromium.org/10989003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158398 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add some missing unit tests and update cc_unittests and webkit_compositor_bindings_unittests After GTFO, some unit test files were not in the right place, or missing entirely. This patch (1) adds some missing unit tests, (2) moves some tests from webkit_compositor_bindings_unitttests to cc_unitttests, and (3) removes some redundant entries in the gyp files for those targets. BUG=https://code.google.com/p/chromium/issues/detail?id=149121 Review URL: https://chromiumcodereview.appspot.com/10909218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157425 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add some missing unit tests and update cc_unittests and webkit_compositor_bindings_unittests After GTFO, some unit test files were not in the right place, or missing entirely. This patch (1) adds some missing unit tests, (2) moves some tests from webkit_compositor_bindings_unitttests to cc_unitttests, and (3) removes some redundant entries in the gyp files for those targets. BUG=https://code.google.com/p/chromium/issues/detail?id=149121 Review URL: https://chromiumcodereview.appspot.com/10909218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157425 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Adaptively throttle texture uploads We need adaptive texture uploading because we run on a wide variety of systems and a one size fits all policy will not work. This patch maintains a tick rate of 4ms and default upload count of 12 textures per tick, but allows for more textures per tick if we've measured that we can be faster. The number of partial updates allowed is also communicated from the impl thread to the main thread at the beggining of each frame. BUG=145825 Review URL: https://chromiumcodereview.appspot.com/10916292 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157473 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Do not report old query values when reused BUG=150881 Review URL: https://chromiumcodereview.appspot.com/10957007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157698 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Adaptively throttle texture uploads We need adaptive texture uploading because we run on a wide variety of systems and a one size fits all policy will not work. This patch maintains a tick rate of 4ms and default upload count of 12 textures per tick, but allows for more textures per tick if we've measured that we can be faster. The number of partial updates allowed is also communicated from the impl thread to the main thread at the beggining of each frame. BUG=145825 Review URL: https://chromiumcodereview.appspot.com/10916292 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157473 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add some missing unit tests and update cc_unittests and webkit_compositor_bindings_unittests After GTFO, some unit test files were not in the right place, or missing entirely. This patch (1) adds some missing unit tests, (2) moves some tests from webkit_compositor_bindings_unitttests to cc_unitttests, and (3) removes some redundant entries in the gyp files for those targets. BUG=https://code.google.com/p/chromium/issues/detail?id=149121 Review URL: https://chromiumcodereview.appspot.com/10909218 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157425 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc_unittests fails on several platforms with 158148 Revert 158148 - [cc] Color evicted vs. invalidated checkerboard tiles differently If --show-debug-layer-borders are on, tint checkerboards differently. * Light red = texture backing for tile was evicted or never painted * Light blue = we have a texture backing, but it's been invalidated BUG=150610 Review URL: https://chromiumcodereview.appspot.com/10962042 TBR=enne@chromium.org Review URL: https://codereview.chromium.org/10968047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158169 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
cc: Remove TextureUploaderOption. After stopping to throttle partial uploads this option is no longer needed. BUG= TEST=cc_unittests Review URL: https://chromiumcodereview.appspot.com/10961008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158192 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add methods for hashing pairs of integer values. This will allow us to create hash_maps that are keyed off of std::pair objects holding two integer values. When both integers are at most 32-bits we can use 64-bit multiplication to efficiently find the hash code. When one of the integers is 64-bit, then we split the two values in the pair into 4 32-bit integers. References to the algorithms used are contained in comments within the code. These algorithms are similar to the hash function recently added to WebKit in https://bugs.webkit.org/show_bug.cgi?id=96022, however since our hash codes are of type size_t (theirs are unsigned) which is 64 bits large on some platforms, we can be more efficient and not have to reduce the hash code to 32 bits on some platforms. Tested by cc_unittests: HashPairTest.IntegerPairs. BUG=149870 Review URL: https://chromiumcodereview.appspot.com/10911330 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158479 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Enable webkit_compositor_unittests These are unit tests of the webkit compositor bindings that bind the WebKit Platform Web*Layer* family of APIs to cc. They currently depend on some test utilities in cc. Also updates snapshot to WebKit r127194 BUG= Review URL: https://chromiumcodereview.appspot.com/10909020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@154307 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add methods for hashing pairs of integer values. This will allow us to create hash_maps that are keyed off of std::pair objects holding two integer values. When both integers are at most 32-bits we can use 64-bit multiplication to efficiently find the hash code. When one of the integers is 64-bit, then we split the two values in the pair into 4 32-bit integers. References to the algorithms used are contained in comments within the code. These algorithms are similar to the hash function recently added to WebKit in https://bugs.webkit.org/show_bug.cgi?id=96022, however since our hash codes are of type size_t (theirs are unsigned) which is 64 bits large on some platforms, we can be more efficient and not have to reduce the hash code to 32 bits on some platforms. Tested by cc_unittests: HashPairTest.IntegerPairs. BUG=149870 Review URL: https://chromiumcodereview.appspot.com/10911330 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158479 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add methods for hashing pairs of integer values. This will allow us to create hash_maps that are keyed off of std::pair objects holding two integer values. When both integers are at most 32-bits we can use 64-bit multiplication to efficiently find the hash code. When one of the integers is 64-bit, then we split the two values in the pair into 4 32-bit integers. References to the algorithms used are contained in comments within the code. These algorithms are similar to the hash function recently added to WebKit in https://bugs.webkit.org/show_bug.cgi?id=96022, however since our hash codes are of type size_t (theirs are unsigned) which is 64 bits large on some platforms, we can be more efficient and not have to reduce the hash code to 32 bits on some platforms. Tested by cc_unittests: HashPairTest.IntegerPairs. BUG=149870 Review URL: https://chromiumcodereview.appspot.com/10911330 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158479 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove WTF HashMap and PassOwnPtr dependencies for CCRenderPass We add a ScopedPtrHashMap and ScopedPtrVector which preserve the behaviour of HashMap<T, OwnPtr<V> > and Vector<OwnPtr<T>> and use these for CCRenderPass and any code that creates CCRenderPass objects. R=enne,jamesr BUG=152049 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=158729 Review URL: https://chromiumcodereview.appspot.com/10979010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158837 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 |