diff options
| author | Miklos Vajna <vmiklos@collabora.com> | 2020-05-13 17:59:34 +0200 |
|---|---|---|
| committer | Miklos Vajna <vmiklos@collabora.com> | 2020-05-13 21:29:25 +0200 |
| commit | 2abe9837deee3823c7928a76b5b2f94f1464f1a3 (patch) | |
| tree | 6aba4ef8158d9b0f555581d2628bea4ea2818eb1 /writerfilter/CppunitTest_writerfilter_dmapper.mk | |
| parent | cbc9c1ef729a09abdda97f74469d4d600ae6974b (diff) | |
DOCX import: fix interaction between the crop and the wrap polygon of images
Word first applies the crop, then applies the wrap polygon on the
remaining visible part of the image.
Writer applies the crop on the original bitmap, and even has explicit
code to make sure the uncropped bitmap is used for the wrap polygon, see
how SwFlyFrame::GetContour() calls SwNoTextFrame::GetGrfArea(), which
will extend the resulting size based on cropping.
Fix the problem by moving and scaling the wrap polygon, so it ends up
where it would in Word.
Also adapt testFdo76803, which had a similar crop+wrap polygon case, but
the different there is quite small.
Change-Id: Iab2adaa81a33eb04e1806b17ed129ac50f5d2aa3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94149
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins
Diffstat (limited to 'writerfilter/CppunitTest_writerfilter_dmapper.mk')
| -rw-r--r-- | writerfilter/CppunitTest_writerfilter_dmapper.mk | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/writerfilter/CppunitTest_writerfilter_dmapper.mk b/writerfilter/CppunitTest_writerfilter_dmapper.mk index 270844557d3b..c29b3b9e1c39 100644 --- a/writerfilter/CppunitTest_writerfilter_dmapper.mk +++ b/writerfilter/CppunitTest_writerfilter_dmapper.mk @@ -25,6 +25,7 @@ $(eval $(call gb_CppunitTest_add_exception_objects,writerfilter_dmapper, \ )) $(eval $(call gb_CppunitTest_use_libraries,writerfilter_dmapper, \ + basegfx \ comphelper \ cppu \ oox \ |