skia - 2D graphics library

	Commit message (Collapse)	Author	Age
*	initialize offscreen in StrokeZeroGM	mtklein	2015-12-28
\| \| \| \| \| \| \| \| \| \| \|	Valgrind's complaining that we're drawing uninitialized source pixels from that offscreen via drawBitmap(): https://uberchromegw.corp.google.com/i/client.skia/builders/Test-Ubuntu-GCC-GCE-CPU-AVX2-x86_64-Release-Valgrind/builds/736/steps/dm/logs/stdio BUG=skia: GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1546363002 Review URL: https://codereview.chromium.org/1546363002
*	This brings hairlines into agreement with thick strokes.	caryclark	2015-12-16
\| \| \| \| \| \| \| \| \| \|	Add more testing and a pixel magnification to GM. R=reed@google.com, fmalita@chromium.org BUG=skia:4599 GOLD_TRYBOT_URL= https://gold.skia.org/search2?unt=true&query=source_type%3Dgm&master=false&issue=1527083002 Review URL: https://codereview.chromium.org/1527083002
*	SkPDF: when drawing stroked path, draw using SVG rules for zero-length segments	halcanary	2015-10-06
	The "zeroPath" and emptystroke GMs capture this issue. This CL changes the following PDF GMs: emptystroke dashing4 lineclosepath dashing3 zeroPath linepath complexclip3_complex complexclip3_simple roundrects degeneratesegments filltypes strokerect pathfill inverse_paths desk_chalkboard.skp After this change, all PDF GMs look better (closer to 8888). The dashing4, emptystroke, and zeroPath GMs still need a lot of work to make them look right. BUG=538726 Review URL: https://codereview.chromium.org/1374383004