skia - 2D graphics library

	Commit message (Collapse)	Author	Age
*	Result of running tools/sanitize_source_files.py (which was added in ↵	rmistry@google.com	2012-08-23
\| \| \| \| \| \| \| \| \|	https://codereview.appspot.com/6465078/) This CL is part I of IV (I broke down the 1280 files into 4 CLs). Review URL: https://codereview.appspot.com/6485054 git-svn-id: http://skia.googlecode.com/svn/trunk@5262 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Extended Inst counting to find "unknown" leaked object (SkTMaskGamma)	robertphillips@google.com	2012-08-16
\| \| \| \| \| \| \| \|	http://codereview.appspot.com/6453127/ git-svn-id: http://skia.googlecode.com/svn/trunk@5123 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Use SkBitmapHeap for shaders in SkGPipe.	scroggo@google.com	2012-08-14
\| \| \| \| \| \| \| \| \| \| \| \| \|	Required adding a new feature to SkBitmapHeap, allowing it to defer adding owners, since sometimes we flatten a shader, but then do not unflatten it, since we already had a copy in the heap, so the owners never get removed. Reviewed at https://codereview.appspot.com/6464053/ Review URL: https://codereview.appspot.com/6465047 git-svn-id: http://skia.googlecode.com/svn/trunk@5082 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Check in r5063 again, along with fix for tests.	scroggo@google.com	2012-08-14
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Thank you to Android build, for catching the problem, which would show up elsewhere. Now we access entry->fStorageSlot before deleting entry. (Original message:) Use the SkBitmapHeap to handle SkBitmaps in SkGPipe cross process. Required moving the LRU handles from SkBitmapHeapEntry to LookupEntry. Allows simplification of drawBitmap* calls in SkGPipeCanvas. Review URL: https://codereview.appspot.com/6453113 git-svn-id: http://skia.googlecode.com/svn/trunk@5081 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Revert r5063 until unit tests can be fixed.	tomhudson@google.com	2012-08-13
\| \| \| \|	git-svn-id: http://skia.googlecode.com/svn/trunk@5067 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Use the SkBitmapHeap to handle SkBitmaps in SkGPipe cross process.	scroggo@google.com	2012-08-13
\| \| \| \| \| \| \| \| \| \|	Required moving the LRU handles from SkBitmapHeapEntry to LookupEntry. Allows simplification of drawBitmap* calls in SkGPipeCanvas. Review URL: https://codereview.appspot.com/6460073 git-svn-id: http://skia.googlecode.com/svn/trunk@5063 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Make SkGPipe use SkBitmapHeap.	scroggo@google.com	2012-08-08
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	In the single process (or hypothetical cross process/shared address space) mode, SkGPipe now uses SkBitmapHeap instead of SharedHeap. Still need to use the shared heap for shaders as well as for cross process. TEST=PipeTest Review URL: https://codereview.appspot.com/6461059 git-svn-id: http://skia.googlecode.com/svn/trunk@5008 2bbb7eff-a529-9590-31e7-b0007b416f81
*	Refactor Bitmap Storage for SkPicture using SkPipe's design.	djsollen@google.com	2012-08-07
	Refactor Picture and Pipe bitmap storage into common data structure Update SkFlattenable buffers to be more modular. This CL is an effort to stage the conversion to named parameters for all SkFlattenable commands. This particular stage only does the following two things... 1. Move flattenable buffers from SkFlattenable.h into their own header. 2. Update and Add new read write methods for better clarity and convenience. BUG= Review URL: https://codereview.appspot.com/6445079 git-svn-id: http://skia.googlecode.com/svn/trunk@4994 2bbb7eff-a529-9590-31e7-b0007b416f81