quick-fix to surface dox
BUG=skia: Change-Id: I63cab1d5467fa908358a46199dc44cfe53c20f4f Reviewed-on: https://skia-review.googlesource.com/10115 Commit-Queue: Mike Reed <reed@google.com> Commit-Queue: Mike Klein <mtklein@chromium.org> Reviewed-by: Mike Klein <mtklein@chromium.org>
This commit is contained in:
parent
f4d443fd1b
commit
ec715e827a
@ -18,12 +18,11 @@ class GrContext;
|
||||
class GrRenderTarget;
|
||||
|
||||
/**
|
||||
* SkSurface represents the backend/results of drawing to a canvas. For raster
|
||||
* drawing, the surface will be pixels, but (for example) when drawing into
|
||||
* a PDF or Picture canvas, the surface stores the recorded commands.
|
||||
* SkSurface is responsible for managing the pixels that a canvas draws into. The pixels can be
|
||||
* allocated either in CPU memory (a Raster surface) or on the GPU (a RenderTarget surface).
|
||||
*
|
||||
* To draw into a canvas, first create the appropriate type of Surface, and
|
||||
* then request the canvas from the surface.
|
||||
* SkSurface takes care of allocating a SkCanvas that will draw into the surface. Call
|
||||
* surface->getCanvas() to use that canvas (but don't delete it, it is owned by the surface).
|
||||
*
|
||||
* SkSurface always has non-zero dimensions. If there is a request for a new surface, and either
|
||||
* of the requested dimensions are zero, then NULL will be returned.
|
||||
|
Loading…
Reference in New Issue
Block a user