I was doing some experimenting with using MSAA for the offscreen AA. Relying on
GrDrawTarget's state bit to convey that anti-aliasing should be applied to code
outside GrDrawTarget was causing problems.
With this change the state bit only tells GrDrawTarget what it should do when it
is asked to draw (as do all the other state bits).
I also took the opportunity to add SK_OVERRIDE to GrPathRenderer subclasses.
LGTM http://codereview.appspot.com/5314061/diff/2001/src/gpu/GrContext.cpp File src/gpu/GrContext.cpp (right): http://codereview.appspot.com/5314061/diff/2001/src/gpu/GrContext.cpp#newcode1169 src/gpu/GrContext.cpp:1169: // will be axis-aligned, the rect won't land ...
On 2011/10/26 22:24:47, Stephen White wrote: > http://codereview.appspot.com/5314061/diff/2001/src/gpu/GrDrawTarget.h#newcode126 > src/gpu/GrDrawTarget.h:126: kHWAntialias_StateBit = 0x02, > Not ...
On 2011/10/26 22:24:47, Stephen White wrote:
>
http://codereview.appspot.com/5314061/diff/2001/src/gpu/GrDrawTarget.h#newcod...
> src/gpu/GrDrawTarget.h:126: kHWAntialias_StateBit = 0x02,
> Not sure I understand this change. Is this simply a rename to better reflect
> what the bit does, or did its meaning change as well?
Never mind; I re-read the patch description and now it's clear.
Issue 5314061: Don't use GrDrawTarget's AA state bit to convey whether to do custom-aa
(Closed)
Created 13 years ago by bsalomon
Modified 13 years ago
Reviewers: Stephen White, reed1
Base URL: http://skia.googlecode.com/svn/trunk/
Comments: 4