Summary: | FILEOPEN XLSX Rotated shape has wrong height and width values displayed | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | NISZ LibreOffice Team <libreoffice> |
Component: | Calc | Assignee: | Balázs Regényi <regenyi.balazs+libreoffice_bugzilla> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | nemeth, regenyi.balazs+libreoffice_bugzilla, szabolcs450 |
Priority: | medium | ||
Version: | 7.1.0.0.alpha0+ | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=83593 https://bugs.documentfoundation.org/show_bug.cgi?id=135911 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 104442 | ||
Attachments: | Screenshot of the original document side by side in Excel and Calc |
Description
NISZ LibreOffice Team
2020-08-19 11:16:12 UTC
@Balázs: Is it possible, that using bounding box data of the rotated object is only the (intended?) behaviour of rotation in LibreOffice, i.e. there is no regression here. (In reply to László Németh from comment #1) > @Balázs: Is it possible, that using bounding box data of the rotated object > is only the (intended?) behaviour of rotation in LibreOffice, i.e. there is > no regression here. It seems, bitmap image and metafile rotations use the the original size, but shape rotation uses the bounding box. I believe, this is intended, because shape rotation is a common tool (especially in Impress and Draw) to create new shapes, i.e. building blocks of a complex image, where handling bounding box size is more natural. So I thinks, this is not a real bug, especially because there are two workarounds: 1. Resize the shape than rotate. or 2. Convert shape to GDI metafile. After that its rotation works as requested here. Not a regression, but it is an interoperability issue, according to MSO's different behavior. |