aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/pdf/SkPDFShader.cpp
Commit message (Collapse)AuthorAge
* Correction of the non-portable use of dynamically allocated stack arrays in theGravatar twiz@google.com2011-03-09
| | | | | | | | | | | | | | | pdf shader code. I briefly looked into making use of alloca, but that is also non-portable, and deprecated in many environments. Fell back to the SkTDArray class as a common denominator. This problem was introduce by the following CL: http://codereview.appspot.com/4239061/ git-svn-id: http://skia.googlecode.com/svn/trunk@912 2bbb7eff-a529-9590-31e7-b0007b416f81
* [PDF] Add support for Shaders.Gravatar vandebo@chromium.org2011-03-08
- Shaders, or as they are referred to in PDF, patterns, are drawn in the coordinate system of the initial page, so when we canonicalize them, we have to consider the current transform and where they are constructed. - Image shaders are tiled by default, this makes repeat and mirror modes easy, but means we have to draw a pattern as large as the current clip to support clamp mode. - Gradient shaders are implemented with type 4 functions, which are basically small snippets of post script code. I've tried to make the code generation modular and heavily commented to make it easy to understand or expand. Review URL: http://codereview.appspot.com/4239061 git-svn-id: http://skia.googlecode.com/svn/trunk@905 2bbb7eff-a529-9590-31e7-b0007b416f81