https://bugs.documentfoundation.org/show_bug.cgi?id=160327

            Bug ID: 160327
           Summary: PPTX: vertical flipped image with applied 3D
                    properties are wrong after round-trip
           Product: LibreOffice
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Impress
          Assignee: libreoffice-bugs@lists.freedesktop.org
          Reporter: rb.hensc...@t-online.de

Created attachment 193260
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193260&action=edit
File with 3D image

Open attached document. It has an image on the left, which is extruded to a
3D-object. The image has got a vertical flip and the 3D-object has got rotation
25° on y-axis, 40° on x-axis and 17° on z-axis. On the right side of the slide
is a screenshot how it looks in PowerPoint.

The image on the left is not extruded in LibreOffice (missing feature). That is
not the problem for this bug report. Save the file with new name to pptx. Open
the re-saved document in PowerPoint. Comparing image and screenshot shows the
error.

For images that are extruded to 3D-objects the original camera geometry is
recreated on re-saving by using the InteropGrabBag. That works fine in most
cases. The problem is here, that the image has vertical flip. That is handled
in LO as horizontal flip plus 180° rotation. For a 2D-image that is indeed the
same as a vertical flip. But in this case it produces a horizontal flip of the
image itself and then an additional 180° rotation of the 3D-object. And that is
different from a vertical flip of the image and no additional 3D-object
rotation.

A relevant place is
https://opengrok.libreoffice.org/xref/core/oox/source/export/shapes.cxx?r=ff23937c#1466
and the following lines. In contrast to custom shapes, an image does not track
whether it has been a vertical or horizontal flip. So the solution is not
straight forward. It might be solvable by adding additional information to the
InteropGrabBag. A possible solution should be considered from the point of view
that in the medium term our internal representation and the ODF file format
will be extended so that an SdrGrafObj can have an extrusion, see thread
https://lists.freedesktop.org/archives/libreoffice/2024-March/091730.html

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to