skia2/tests/FillPathTest.cpp
Mike Reed 375721d7bb SkPathView for ownerless (can live on stack) SkPaths
Follow-on CLs will push higher up in SkDraw, so that everywhere today
we have to cons-up (with the associated mallocs) a temp SkPath we can
replace it with a stack-based SPath...
- drawRect
- drawOval
- drawRRect
- drawLine(s)
(similar to how this CL already handled quads and triangles)

Bug: skia:10566
Change-Id: I882b4f4c60e80235ca83c86c926e905b269a7afd
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/307784
Reviewed-by: Mike Klein <mtklein@google.com>
Commit-Queue: Mike Reed <reed@google.com>
2020-08-07 20:39:38 +00:00

49 lines
1.3 KiB
C++

/*
* Copyright 2010 Google Inc.
*
* Use of this source code is governed by a BSD-style license that can be
* found in the LICENSE file.
*/
#include "include/core/SkPath.h"
#include "include/core/SkRegion.h"
#include "src/core/SkBlitter.h"
#include "src/core/SkScan.h"
#include "tests/Test.h"
struct FakeBlitter : public SkBlitter {
FakeBlitter()
: m_blitCount(0) { }
void blitH(int x, int y, int width) override {
m_blitCount++;
}
void blitAntiH(int x, int y, const SkAlpha antialias[], const int16_t runs[]) override {
SkDEBUGFAIL("blitAntiH not implemented");
}
int m_blitCount;
};
// http://code.google.com/p/skia/issues/detail?id=87
// Lines which is not clipped by boundary based clipping,
// but skipped after tessellation, should be cleared by the blitter.
DEF_TEST(FillPathInverse, reporter) {
FakeBlitter blitter;
SkIRect clip;
SkPath path;
int height = 100;
int width = 200;
int expected_lines = 5;
clip.setLTRB(0, height - expected_lines, width, height);
path.moveTo(0.0f, 0.0f)
.quadTo(SkIntToScalar(width/2), SkIntToScalar(height),
SkIntToScalar(width), 0.0f)
.close()
.setFillType(SkPathFillType::kInverseWinding);
SkScan::FillPath(path.view(), clip, &blitter);
REPORTER_ASSERT(reporter, blitter.m_blitCount == expected_lines);
}