summaryrefslogtreecommitdiffstats
path: root/Source/WebCore/platform/graphics/android/rendering/BaseRenderer.h
Commit message (Collapse)AuthorAgeFilesLines
* Use canvas-based pure color checkChris Craik2012-07-191-1/+5
| | | | | | | | Fall back to standard brute-force method. InstrumentedPlatformCanvas from upstream webkit trunk/Source/WebCore/platform/graphics/blackberry/InstrumentedPlatformCanvas.h as of changeset 113390 ( http://trac.webkit.org/changeset/113390 ) Change-Id: I7b3884b8284d896c0948d23b6ec9fe0d2d98a6d5
* Rewrite PictureSet with TURBO!John Reck2012-05-021-4/+0
| | | | | | | | | | | | | | | | | | | | This changes how partial invals are done by adding a hybrid mode. What we used to do is generate a SkPicture for the new area. This SkPicture would possibly be larger than the actual inval, depending on various merge rules (more SkPictures == slower to draw a tile) The new code rewrites PictureSet entirely, preserving many of the old rules but cleans up the code and adds the concept of a "PrerenderedInval". This is a partial inval that WebKit has rasterized. By having WebKit produce both a SkPicture and a SkBitmap, we avoid needing to play back the picture and avoid overdrawing. We take this SkBitmap, and simply update the front textures with it. This gives us full partial invals through the entire system without hitting any driver bugs, and with minimal copies. And while the SkPicture may be larger than the inval, the SkBitmap that is rasterized is not - it matches the area webkit has said is dirty. Change-Id: Ieb7ecc9db0d4f679102fda004a43399f9b319ebc
* Reorganize platform/graphics/androidNicolas Roard2012-04-061-0/+107
Change-Id: Idc67155cfa99784dcd931e705336bfa063ecae46