https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp File src/pdf/SkPDFDevice.cpp (right): https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp#newcode893 src/pdf/SkPDFDevice.cpp:893: dstPtr = &tmpDst; On 2013/02/11 20:59:34, Steve VanDeBogart wrote: ...
12 years, 11 months ago
(2013-02-11 21:56:38 UTC)
#4
https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp
File src/pdf/SkPDFDevice.cpp (right):
https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp#newc...
src/pdf/SkPDFDevice.cpp:893: dstPtr = &tmpDst;
On 2013/02/11 20:59:34, Steve VanDeBogart wrote:
> dstPtr doesn't seem to be used after this... is dstPtr needed?
Done.
https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp#newc...
src/pdf/SkPDFDevice.cpp:896: // since we may need to clamp to the borders of the
src rect within
If I do this now, I am doing more than a simple port from SkDevice:: to
SkPdfDevice/VectorPlatformDeviceEmf, and I might introduce new issues. I would
rather preserve 100% compatibility with the old code.
On 2013/02/11 20:59:34, Steve VanDeBogart wrote:
> Shouldn't the drawBitmap code already handle this? It should handle srcRect
> correctly. So all we should need to do here is calculate the correct matrix,
> right?
LGTM https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp File src/pdf/SkPDFDevice.cpp (right): https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp#newcode896 src/pdf/SkPDFDevice.cpp:896: // since we may need to clamp to ...
12 years, 11 months ago
(2013-02-11 22:28:18 UTC)
#5
LGTM
https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp
File src/pdf/SkPDFDevice.cpp (right):
https://codereview.appspot.com/7306082/diff/3001/src/pdf/SkPDFDevice.cpp#newc...
src/pdf/SkPDFDevice.cpp:896: // since we may need to clamp to the borders of the
src rect within
On 2013/02/11 21:56:38, edisonn wrote:
> If I do this now, I am doing more than a simple port from SkDevice:: to
> SkPdfDevice/VectorPlatformDeviceEmf, and I might introduce new issues. I would
> rather preserve 100% compatibility with the old code.
Ok, minimal change for now. SG. Do you want to add a TODO for optimizing?
>
> On 2013/02/11 20:59:34, Steve VanDeBogart wrote:
> > Shouldn't the drawBitmap code already handle this? It should handle srcRect
> > correctly. So all we should need to do here is calculate the correct
matrix,
> > right?
>
Issue 7306082: Custom implementation of SkPDFDevice::drawBitmapRect
Created 12 years, 11 months ago by edisonn
Modified 12 years, 11 months ago
Reviewers: Steve VanDeBogart
Base URL: http://skia.googlecode.com/svn/trunk/
Comments: 5