https://bugs.documentfoundation.org/show_bug.cgi?id=84800
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected],
| |[email protected]
--- Comment #15 from V Stuart Foote <[email protected]> ---
Confirming this still is an issue at current master against 7.2.0.
Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 4a9eef7849a75ba91806886ea9c96d114c8d56f9
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Original STR were a little unclear.
Simply put LibreOffice is not handling the dimensions of the crop portion of an
image held in ODF correctly.
In the test document, the coordinates from the "cropped" image are being
extracted from a sd session with a full A4 page PNG image.
That is, that an os/DE scale factor while applied to the VCL canvas is not
handled correctly for an inserted image with sd cropping applied to an image
held in the ODF archive.
If you extract the PNG from the attachment 107588 ODT archive's Pictures
folder, to open in draw and apply an sd crop. And then use that to paste into a
new Writer document--and then scale the os/DE this is reproducible.
Apparent with FlatODT (attached a new sample) as well as an ODT archive.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
