Cool beans, Justin. Just some nits from a quick drive-by. http://codereview.appspot.com/5674077/diff/1/include/core/SkCanvas.h File include/core/SkCanvas.h (right): http://codereview.appspot.com/5674077/diff/1/include/core/SkCanvas.h#newcode929 ...
http://codereview.appspot.com/5674077/diff/1/src/utils/SkDeferredCanvas.cpp#newcode24 > src/utils/SkDeferredCanvas.cpp:24: paint = &defaultPaint; > If there is no paint, do we need ...
http://codereview.appspot.com/5674077/diff/1/src/utils/SkDeferredCanvas.cpp#n...
> src/utils/SkDeferredCanvas.cpp:24: paint = &defaultPaint;
> If there is no paint, do we need to compute the rest of this function? Or did
> you intend to be defensive, in-case the default-constructed paint changes?
You are right, if there is no paint I can make assumptions. I think that is safe
enough.
> Maybe this is bike-shedding, but I wonder if these really are TEST_CASES.
These
> macros define what could be called canvas-operations.
I looked it up, and "test step" is the usual term for a break down of a test
case. I applied that name in the latest patch.
There are many things going on in this CL beyond adding unittests. Its a little
overwhelming. Can we do this in stages?
e.g.
The change in saveLayer() may be correct, but I can't easily separate that from
the addition of making things virtual and other changes.
Ok, patch set 3, has just the test and code changes that are necessary to make
the test work. No fixes. Failing tests were commented out, and issues were
logged. New issues are 505 and 506
Issue 5674077: Adding unit tests for SkCanvas and its sub classes
(Closed)
Created 13 years ago by junov1
Modified 13 years ago
Reviewers: reed1, twiz
Base URL: http://skia.googlecode.com/svn/trunk/
Comments: 15