2011-10-31 14:18:20 +00:00
|
|
|
# include this gypi to include all the golden master slides.
|
|
|
|
|
{
|
|
|
|
|
'sources': [
|
2011-12-21 14:27:14 +00:00
|
|
|
'../gm/aaclip.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/aarectmodes.cpp',
|
2013-05-24 14:58:44 +00:00
|
|
|
'../gm/alphagradients.cpp',
|
2013-10-03 14:42:24 +00:00
|
|
|
'../gm/androidfallback.cpp',
|
2013-07-09 15:03:59 +00:00
|
|
|
'../gm/arcofzorro.cpp',
|
2011-12-10 19:36:56 +00:00
|
|
|
'../gm/arithmode.cpp',
|
2013-08-21 19:27:48 +00:00
|
|
|
'../gm/beziereffects.cpp',
|
2013-01-18 20:48:20 +00:00
|
|
|
'../gm/bicubicfilter.cpp',
|
2012-03-15 14:40:46 +00:00
|
|
|
'../gm/bigmatrix.cpp',
|
2013-06-05 18:00:30 +00:00
|
|
|
'../gm/bigtext.cpp',
|
2013-09-06 15:31:06 +00:00
|
|
|
'../gm/bitmapalphathreshold.cpp',
|
2011-12-02 19:11:17 +00:00
|
|
|
'../gm/bitmapcopy.cpp',
|
2012-07-30 14:40:01 +00:00
|
|
|
'../gm/bitmapmatrix.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/bitmapfilters.cpp',
|
2012-09-18 15:14:33 +00:00
|
|
|
'../gm/bitmaprect.cpp',
|
2013-04-16 16:55:38 +00:00
|
|
|
'../gm/bitmaprecttest.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/bitmapscroll.cpp',
|
2013-07-25 21:34:00 +00:00
|
|
|
'../gm/bleed.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/blurs.cpp',
|
2013-07-30 12:15:19 +00:00
|
|
|
'../gm/blurquickreject.cpp',
|
2012-11-02 21:11:12 +00:00
|
|
|
'../gm/blurrect.cpp',
|
2013-08-13 14:29:06 +00:00
|
|
|
'../gm/canvasstate.cpp',
|
2012-04-16 14:10:47 +00:00
|
|
|
'../gm/circles.cpp',
|
2013-08-08 02:52:05 +00:00
|
|
|
'../gm/circularclips.cpp',
|
2013-08-21 23:10:45 +00:00
|
|
|
'../gm/clippedbitmapshaders.cpp',
|
2013-09-17 15:30:21 +00:00
|
|
|
'../gm/coloremoji.cpp',
|
2012-10-12 19:14:06 +00:00
|
|
|
'../gm/colorfilterimagefilter.cpp',
|
2012-01-04 22:00:34 +00:00
|
|
|
'../gm/colormatrix.cpp',
|
2013-06-03 17:49:37 +00:00
|
|
|
'../gm/colortype.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/complexclip.cpp',
|
|
|
|
|
'../gm/complexclip2.cpp',
|
2012-06-29 17:28:50 +00:00
|
|
|
'../gm/composeshader.cpp',
|
2013-06-20 18:05:31 +00:00
|
|
|
#'../gm/conicpaths.cpp',
|
2012-01-17 14:25:10 +00:00
|
|
|
'../gm/convexpaths.cpp',
|
2013-08-07 19:16:05 +00:00
|
|
|
'../gm/copyTo4444.cpp',
|
Modifying SkPath to store all verbs provided by the user, and to give
correct results for all stroke and fill modes even on the various types
of degenerate paths.
The goals of this patch include:
1. Have Skia store all of the verbs implied by path construction methods, even
if those define degenerate paths. The SVG implementation in WebKit, which is
backed by Skia, needs to know about all elements of the path, even degenerate
ones, for the correct drawing of markers and line caps. For example, in SVG you
should be able to draw a scatter plot by specifying a marker for vertices and
then giving a sequence of moveTo commands. Skia will not store the moveTos,
requiring a different storage mechanism.
2. Assuming 1, maintain the current Skia behavior. That is, make Skia robust to
degenerate paths.
3. Fix an existing bug in Skia where a degenerate moveTo-lineTo pair spits out
warnings from rasterization and produces incorrect results in inverse-fill
renderings.
4. Adds extensive testing for degenerate paths and path rendering in general.
To meet these goals, the patch I am proposing will result in minor additional
storage for degenerate paths (a few bytes per degenerate path, only if the user
defines such paths). There is also some additional overhead in the iteration
code, with the path now cleaned to remove degenerate segments as part of the
iteration process. I suspect this will also fix issues with computing normal
vectors to degenerate segments. Benchmarking suggests that this change may
result in slightly (< 1%) slower path drawing due to the checks for
degeneracy. This overhead could be removed (in fact, a significant speedup
could occur) if the results of iterating to clean up the path were cached.
This would cost memory, of course, and quite a bit of it.
BUG=398
TEST=tests/PathTest.cpp
gm/cubicpaths.cpp
gm/degeneratesegments.cpp
gm/movepaths.cpp
gm/linepaths.cpp
gm/quadpaths.cpp
Review URL: http://codereview.appspot.com/5482051
git-svn-id: http://skia.googlecode.com/svn/trunk@2901 2bbb7eff-a529-9590-31e7-b0007b416f81
2011-12-20 15:14:18 +00:00
|
|
|
'../gm/cubicpaths.cpp',
|
2012-04-05 14:52:01 +00:00
|
|
|
'../gm/cmykjpeg.cpp',
|
Modifying SkPath to store all verbs provided by the user, and to give
correct results for all stroke and fill modes even on the various types
of degenerate paths.
The goals of this patch include:
1. Have Skia store all of the verbs implied by path construction methods, even
if those define degenerate paths. The SVG implementation in WebKit, which is
backed by Skia, needs to know about all elements of the path, even degenerate
ones, for the correct drawing of markers and line caps. For example, in SVG you
should be able to draw a scatter plot by specifying a marker for vertices and
then giving a sequence of moveTo commands. Skia will not store the moveTos,
requiring a different storage mechanism.
2. Assuming 1, maintain the current Skia behavior. That is, make Skia robust to
degenerate paths.
3. Fix an existing bug in Skia where a degenerate moveTo-lineTo pair spits out
warnings from rasterization and produces incorrect results in inverse-fill
renderings.
4. Adds extensive testing for degenerate paths and path rendering in general.
To meet these goals, the patch I am proposing will result in minor additional
storage for degenerate paths (a few bytes per degenerate path, only if the user
defines such paths). There is also some additional overhead in the iteration
code, with the path now cleaned to remove degenerate segments as part of the
iteration process. I suspect this will also fix issues with computing normal
vectors to degenerate segments. Benchmarking suggests that this change may
result in slightly (< 1%) slower path drawing due to the checks for
degeneracy. This overhead could be removed (in fact, a significant speedup
could occur) if the results of iterating to clean up the path were cached.
This would cost memory, of course, and quite a bit of it.
BUG=398
TEST=tests/PathTest.cpp
gm/cubicpaths.cpp
gm/degeneratesegments.cpp
gm/movepaths.cpp
gm/linepaths.cpp
gm/quadpaths.cpp
Review URL: http://codereview.appspot.com/5482051
git-svn-id: http://skia.googlecode.com/svn/trunk@2901 2bbb7eff-a529-9590-31e7-b0007b416f81
2011-12-20 15:14:18 +00:00
|
|
|
'../gm/degeneratesegments.cpp',
|
2012-07-13 15:55:15 +00:00
|
|
|
'../gm/dashcubics.cpp',
|
2012-05-04 21:49:27 +00:00
|
|
|
'../gm/dashing.cpp',
|
2013-05-06 22:23:08 +00:00
|
|
|
'../gm/deviceproperties.cpp',
|
2012-09-14 13:53:36 +00:00
|
|
|
'../gm/distantclip.cpp',
|
2013-01-15 15:40:19 +00:00
|
|
|
'../gm/displacement.cpp',
|
2013-07-14 01:44:59 +00:00
|
|
|
'../gm/downsamplebitmap.cpp',
|
2011-11-30 14:13:48 +00:00
|
|
|
'../gm/drawbitmaprect.cpp',
|
2012-07-31 14:32:38 +00:00
|
|
|
'../gm/drawlooper.cpp',
|
2012-07-02 13:35:09 +00:00
|
|
|
'../gm/extractbitmap.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/emptypath.cpp',
|
2012-10-30 20:26:58 +00:00
|
|
|
'../gm/fatpathfill.cpp',
|
2012-11-29 21:05:37 +00:00
|
|
|
'../gm/factory.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/filltypes.cpp',
|
|
|
|
|
'../gm/filltypespersp.cpp',
|
2013-05-28 15:29:25 +00:00
|
|
|
'../gm/filterbitmap.cpp',
|
2013-10-09 18:12:23 +00:00
|
|
|
'../gm/fontcache.cpp',
|
2013-03-28 13:39:35 +00:00
|
|
|
'../gm/fontmgr.cpp',
|
2011-11-07 16:33:40 +00:00
|
|
|
'../gm/fontscaler.cpp',
|
2012-02-14 16:12:49 +00:00
|
|
|
'../gm/gammatext.cpp',
|
2012-07-20 11:20:32 +00:00
|
|
|
'../gm/getpostextpath.cpp',
|
2012-03-07 21:47:41 +00:00
|
|
|
'../gm/giantbitmap.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/gradients.cpp',
|
2013-09-09 15:36:26 +00:00
|
|
|
'../gm/gradients_no_texture.cpp',
|
2013-07-09 19:43:29 +00:00
|
|
|
'../gm/gradientDirtyLaundry.cpp',
|
2013-06-12 21:33:02 +00:00
|
|
|
'../gm/gradient_matrix.cpp',
|
2011-11-28 16:31:28 +00:00
|
|
|
'../gm/gradtext.cpp',
|
2013-05-24 18:51:55 +00:00
|
|
|
'../gm/hairlines.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/hairmodes.cpp',
|
2012-07-03 02:44:02 +00:00
|
|
|
'../gm/hittestpath.cpp',
|
2011-12-20 20:02:19 +00:00
|
|
|
'../gm/imageblur.cpp',
|
2012-08-13 14:22:17 +00:00
|
|
|
'../gm/imagemagnifier.cpp',
|
2013-07-31 22:54:31 +00:00
|
|
|
'../gm/inversepaths.cpp',
|
2013-05-22 13:21:32 +00:00
|
|
|
'../gm/lerpmode.cpp',
|
2012-06-22 21:01:23 +00:00
|
|
|
'../gm/lighting.cpp',
|
2013-10-07 18:00:17 +00:00
|
|
|
'../gm/lumafilter.cpp',
|
2013-08-23 13:13:12 +00:00
|
|
|
'../gm/lumamode.cpp',
|
2012-08-28 12:19:02 +00:00
|
|
|
'../gm/image.cpp',
|
2012-03-23 15:36:36 +00:00
|
|
|
'../gm/imagefiltersbase.cpp',
|
2013-07-24 22:19:24 +00:00
|
|
|
'../gm/imagefilterscropped.cpp',
|
2012-08-20 14:53:21 +00:00
|
|
|
'../gm/imagefiltersgraph.cpp',
|
2013-03-08 09:09:10 +00:00
|
|
|
'../gm/internal_links.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/lcdtext.cpp',
|
Modifying SkPath to store all verbs provided by the user, and to give
correct results for all stroke and fill modes even on the various types
of degenerate paths.
The goals of this patch include:
1. Have Skia store all of the verbs implied by path construction methods, even
if those define degenerate paths. The SVG implementation in WebKit, which is
backed by Skia, needs to know about all elements of the path, even degenerate
ones, for the correct drawing of markers and line caps. For example, in SVG you
should be able to draw a scatter plot by specifying a marker for vertices and
then giving a sequence of moveTo commands. Skia will not store the moveTos,
requiring a different storage mechanism.
2. Assuming 1, maintain the current Skia behavior. That is, make Skia robust to
degenerate paths.
3. Fix an existing bug in Skia where a degenerate moveTo-lineTo pair spits out
warnings from rasterization and produces incorrect results in inverse-fill
renderings.
4. Adds extensive testing for degenerate paths and path rendering in general.
To meet these goals, the patch I am proposing will result in minor additional
storage for degenerate paths (a few bytes per degenerate path, only if the user
defines such paths). There is also some additional overhead in the iteration
code, with the path now cleaned to remove degenerate segments as part of the
iteration process. I suspect this will also fix issues with computing normal
vectors to degenerate segments. Benchmarking suggests that this change may
result in slightly (< 1%) slower path drawing due to the checks for
degeneracy. This overhead could be removed (in fact, a significant speedup
could occur) if the results of iterating to clean up the path were cached.
This would cost memory, of course, and quite a bit of it.
BUG=398
TEST=tests/PathTest.cpp
gm/cubicpaths.cpp
gm/degeneratesegments.cpp
gm/movepaths.cpp
gm/linepaths.cpp
gm/quadpaths.cpp
Review URL: http://codereview.appspot.com/5482051
git-svn-id: http://skia.googlecode.com/svn/trunk@2901 2bbb7eff-a529-9590-31e7-b0007b416f81
2011-12-20 15:14:18 +00:00
|
|
|
'../gm/linepaths.cpp',
|
2012-09-18 20:32:34 +00:00
|
|
|
'../gm/matrixconvolution.cpp',
|
2013-06-03 17:13:25 +00:00
|
|
|
'../gm/megalooper.cpp',
|
2013-04-01 18:02:55 +00:00
|
|
|
'../gm/mixedxfermodes.cpp',
|
2012-10-19 19:26:05 +00:00
|
|
|
'../gm/modecolorfilters.cpp',
|
2012-03-02 21:05:45 +00:00
|
|
|
'../gm/morphology.cpp',
|
2013-08-20 12:11:31 +00:00
|
|
|
'../gm/nested.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/ninepatchstretch.cpp',
|
Moving 4 SkImageFilter derived classes from blink to skia
There were 4 classes in blink that derived from SkImageFilter :
- TileImageFilter -> SkTileImageFilter
- OffsetImageFilter -> SkOffsetImageFilter (already existed)
- FloodImageFilter -> SkFloodImageFilter
- CompositeImageFilter -> SkCompositeImageFilter
All functions were copied as is, without modification (except for warnings fixes), except for the offset filter, which was merged into the existing SkOffsetImageFilter class, as a special case when a crop rect is provided. Since the names won't clash with the names in blink, it should be easy to integrate them in blink later and fix issues, if needed.
BUG=
R=senorblanco@google.com, senorblanco@chromium.org, bsalomon@google.com, reed@google.com, mtklein@google.com
Author: sugoi@chromium.org
Review URL: https://chromiumcodereview.appspot.com/24157005
git-svn-id: http://skia.googlecode.com/svn/trunk@11475 2bbb7eff-a529-9590-31e7-b0007b416f81
2013-09-26 16:09:28 +00:00
|
|
|
'../gm/offsetimagefilter.cpp',
|
2013-04-12 15:13:35 +00:00
|
|
|
'../gm/optimizations.cpp',
|
2013-04-18 13:59:04 +00:00
|
|
|
'../gm/ovals.cpp',
|
2012-02-13 15:18:34 +00:00
|
|
|
'../gm/patheffects.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/pathfill.cpp',
|
2012-12-04 22:52:28 +00:00
|
|
|
'../gm/pathinterior.cpp',
|
2013-04-22 14:37:05 +00:00
|
|
|
'../gm/pathopsinverse.cpp',
|
2013-04-25 13:34:40 +00:00
|
|
|
'../gm/pathopsskpclip.cpp',
|
2012-01-10 18:44:37 +00:00
|
|
|
'../gm/pathreverse.cpp',
|
2013-04-05 13:47:09 +00:00
|
|
|
'../gm/perlinnoise.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/points.cpp',
|
|
|
|
|
'../gm/poly2poly.cpp',
|
Modifying SkPath to store all verbs provided by the user, and to give
correct results for all stroke and fill modes even on the various types
of degenerate paths.
The goals of this patch include:
1. Have Skia store all of the verbs implied by path construction methods, even
if those define degenerate paths. The SVG implementation in WebKit, which is
backed by Skia, needs to know about all elements of the path, even degenerate
ones, for the correct drawing of markers and line caps. For example, in SVG you
should be able to draw a scatter plot by specifying a marker for vertices and
then giving a sequence of moveTo commands. Skia will not store the moveTos,
requiring a different storage mechanism.
2. Assuming 1, maintain the current Skia behavior. That is, make Skia robust to
degenerate paths.
3. Fix an existing bug in Skia where a degenerate moveTo-lineTo pair spits out
warnings from rasterization and produces incorrect results in inverse-fill
renderings.
4. Adds extensive testing for degenerate paths and path rendering in general.
To meet these goals, the patch I am proposing will result in minor additional
storage for degenerate paths (a few bytes per degenerate path, only if the user
defines such paths). There is also some additional overhead in the iteration
code, with the path now cleaned to remove degenerate segments as part of the
iteration process. I suspect this will also fix issues with computing normal
vectors to degenerate segments. Benchmarking suggests that this change may
result in slightly (< 1%) slower path drawing due to the checks for
degeneracy. This overhead could be removed (in fact, a significant speedup
could occur) if the results of iterating to clean up the path were cached.
This would cost memory, of course, and quite a bit of it.
BUG=398
TEST=tests/PathTest.cpp
gm/cubicpaths.cpp
gm/degeneratesegments.cpp
gm/movepaths.cpp
gm/linepaths.cpp
gm/quadpaths.cpp
Review URL: http://codereview.appspot.com/5482051
git-svn-id: http://skia.googlecode.com/svn/trunk@2901 2bbb7eff-a529-9590-31e7-b0007b416f81
2011-12-20 15:14:18 +00:00
|
|
|
'../gm/quadpaths.cpp',
|
2013-03-19 14:11:15 +00:00
|
|
|
'../gm/rects.cpp',
|
2012-12-17 02:10:42 +00:00
|
|
|
'../gm/rrect.cpp',
|
2012-12-17 21:48:19 +00:00
|
|
|
'../gm/rrects.cpp',
|
2013-04-22 18:05:19 +00:00
|
|
|
'../gm/roundrects.cpp',
|
2012-05-02 13:55:06 +00:00
|
|
|
'../gm/samplerstress.cpp',
|
2013-07-09 21:37:14 +00:00
|
|
|
# '../gm/scalebitmap.cpp',
|
2012-03-21 17:34:30 +00:00
|
|
|
'../gm/shaderbounds.cpp',
|
2013-03-01 15:32:34 +00:00
|
|
|
'../gm/selftest.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/shadertext.cpp',
|
2012-10-10 13:35:23 +00:00
|
|
|
'../gm/shadertext2.cpp',
|
2012-10-12 19:26:15 +00:00
|
|
|
'../gm/shadertext3.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/shadows.cpp',
|
2013-02-04 16:56:15 +00:00
|
|
|
'../gm/shallowgradient.cpp',
|
2012-05-22 12:14:50 +00:00
|
|
|
'../gm/simpleaaclip.cpp',
|
2013-09-19 15:32:22 +00:00
|
|
|
'../gm/stringart.cpp',
|
2013-01-16 18:54:15 +00:00
|
|
|
'../gm/spritebitmap.cpp',
|
2012-11-15 13:46:47 +00:00
|
|
|
'../gm/srcmode.cpp',
|
2012-01-10 15:33:12 +00:00
|
|
|
'../gm/strokefill.cpp',
|
2012-11-20 19:00:28 +00:00
|
|
|
'../gm/strokerect.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/strokerects.cpp',
|
|
|
|
|
'../gm/strokes.cpp',
|
2011-12-28 20:31:00 +00:00
|
|
|
'../gm/tablecolorfilter.cpp',
|
2012-08-13 00:52:07 +00:00
|
|
|
'../gm/texteffects.cpp',
|
2011-12-20 16:19:00 +00:00
|
|
|
'../gm/testimagefilters.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/texdata.cpp',
|
2013-05-14 16:37:31 +00:00
|
|
|
'../gm/thinrects.cpp',
|
2013-06-26 17:06:45 +00:00
|
|
|
'../gm/thinstrokedrects.cpp',
|
Moving 4 SkImageFilter derived classes from blink to skia
There were 4 classes in blink that derived from SkImageFilter :
- TileImageFilter -> SkTileImageFilter
- OffsetImageFilter -> SkOffsetImageFilter (already existed)
- FloodImageFilter -> SkFloodImageFilter
- CompositeImageFilter -> SkCompositeImageFilter
All functions were copied as is, without modification (except for warnings fixes), except for the offset filter, which was merged into the existing SkOffsetImageFilter class, as a special case when a crop rect is provided. Since the names won't clash with the names in blink, it should be easy to integrate them in blink later and fix issues, if needed.
BUG=
R=senorblanco@google.com, senorblanco@chromium.org, bsalomon@google.com, reed@google.com, mtklein@google.com
Author: sugoi@chromium.org
Review URL: https://chromiumcodereview.appspot.com/24157005
git-svn-id: http://skia.googlecode.com/svn/trunk@11475 2bbb7eff-a529-9590-31e7-b0007b416f81
2013-09-26 16:09:28 +00:00
|
|
|
'../gm/tileimagefilter.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/tilemodes.cpp',
|
2013-09-04 19:23:53 +00:00
|
|
|
'../gm/tilemodes_scaled.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/tinybitmap.cpp',
|
2012-06-05 16:14:23 +00:00
|
|
|
'../gm/twopointradial.cpp',
|
2012-07-27 20:39:19 +00:00
|
|
|
'../gm/typeface.cpp',
|
2011-11-10 20:06:01 +00:00
|
|
|
'../gm/verttext.cpp',
|
2011-12-21 20:06:30 +00:00
|
|
|
'../gm/verttext2.cpp',
|
2012-08-07 14:05:14 +00:00
|
|
|
'../gm/verylargebitmap.cpp',
|
2013-05-31 17:49:12 +00:00
|
|
|
'../gm/xfermodeimagefilter.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
'../gm/xfermodes.cpp',
|
2013-04-17 14:19:44 +00:00
|
|
|
'../gm/xfermodes2.cpp',
|
2013-08-08 21:13:38 +00:00
|
|
|
'../gm/xfermodes3.cpp',
|
2011-10-31 14:18:20 +00:00
|
|
|
],
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
# Local Variables:
|
|
|
|
|
# tab-width:2
|
|
|
|
|
# indent-tabs-mode:nil
|
|
|
|
|
# End:
|
|
|
|
|
# vim: set expandtab tabstop=2 shiftwidth=2:
|
