2a24338c77
I have verified locally that nothing draws differently. Motivation: * SK_SIMPLE_GM makes it easier to write a GM. * Reducing 1100 lines of code makes maintenance easier. * Simple GMs are easy to convert to Fiddles. Review URL: https://codereview.chromium.org/1333553002
52 lines
1.4 KiB
C++
52 lines
1.4 KiB
C++
/*
|
|
* Copyright 2013 Google Inc.
|
|
*
|
|
* Use of this source code is governed by a BSD-style license that can be
|
|
* found in the LICENSE file.
|
|
*/
|
|
|
|
#include "gm.h"
|
|
#include "SkCanvas.h"
|
|
#include "SkPath.h"
|
|
|
|
static void make_bm(SkBitmap* bm) {
|
|
bm->allocN32Pixels(60, 60);
|
|
bm->eraseColor(0);
|
|
|
|
SkCanvas canvas(*bm);
|
|
SkPaint paint;
|
|
|
|
SkPath path;
|
|
path.moveTo(6, 6);
|
|
path.lineTo(6, 54);
|
|
path.lineTo(30, 54);
|
|
canvas.drawPath(path, paint);
|
|
|
|
paint.setStyle(SkPaint::kStroke_Style);
|
|
canvas.drawRect(SkRect::MakeLTRB(0.5f, 0.5f, 59.5f, 59.5f), paint);
|
|
}
|
|
|
|
// This creates a close, but imperfect concatenation of
|
|
// scaling the image up by its dst-rect
|
|
// scaling the image down by the matrix' scale
|
|
// The bug was that for cases like this, we were incorrectly trying to take a
|
|
// fast-path in the bitmapshader, but ended up drawing the last col of pixels
|
|
// twice. The fix resulted in (a) not taking the fast-path, but (b) drawing
|
|
// the image correctly.
|
|
//
|
|
DEF_SIMPLE_GM(bitmaprecttest, canvas, 320, 240) {
|
|
SkBitmap bm;
|
|
make_bm(&bm);
|
|
|
|
canvas->drawBitmap(bm, 150, 45, nullptr);
|
|
|
|
SkScalar scale = 0.472560018f;
|
|
canvas->save();
|
|
canvas->scale(scale, scale);
|
|
canvas->drawBitmapRect(bm, SkRect::MakeXYWH(100, 100, 128, 128), nullptr);
|
|
canvas->restore();
|
|
|
|
canvas->scale(-1, 1);
|
|
canvas->drawBitmap(bm, -310, 45, nullptr);
|
|
}
|