Bug 128206 - FILEOPEN PPTX text z-Rotation does not work together with shape rotation
Summary: FILEOPEN PPTX text z-Rotation does not work together with shape rotation
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pptx
Depends on:
Blocks: PPTX-Texteffect
  Show dependency treegraph
 
Reported: 2019-10-17 11:50 UTC by Regina Henschel
Modified: 2021-08-09 09:48 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
TestZrotationPlusShapeRotation.pptx contains shape and image (31.89 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2019-10-17 11:50 UTC, Regina Henschel
Details
The example file in Impress 7.0 and current 7.1bibisect (260.99 KB, image/png)
2021-01-21 09:46 UTC, NISZ LibreOffice Team
Details
The exmaple file in Impress 7.1 bibisect and nightly 7.2 (201.21 KB, image/png)
2021-01-21 09:48 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2019-10-17 11:50:25 UTC
Created attachment 155077 [details]
TestZrotationPlusShapeRotation.pptx contains shape and image

This is a followup to bug 126060, where import of the z-rotation of the 3D text transformation was implemented.

Open the attached file. It has a rotated shape on the left side, which uses a 270° z-rotation to align the text with the shape. On the right side is an image of how it looks in PowerPoint.

Notice, that z-rotation is ignored.
Comment 1 Xisco Faulí 2019-10-17 12:24:24 UTC
Reproduced in

Version: 6.4.0.0.alpha1+
Build ID: 01d28b0b85f99590c0581e4bbf636bc9281e0571
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Version: 5.2.0.0.alpha1+
Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8

Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 2 Xisco Faulí 2019-10-17 12:26:11 UTC
@Gülşah Köse, I thought you might be interested in this issue after fixing bug 126060
Comment 3 NISZ LibreOffice Team 2021-01-21 09:46:10 UTC
Created attachment 169073 [details]
The example file in Impress 7.0 and current 7.1bibisect

This seems to have gotten better in 7.1 although positioning is still incorrect, but direction looks fine.
Comment 4 NISZ LibreOffice Team 2021-01-21 09:48:11 UTC
Created attachment 169074 [details]
The exmaple file in Impress 7.1 bibisect and nightly 7.2

However, in current 7.2 master the positioning is so off that the text is invisible. When clicking inside the shape, the text appears for editing, so it's there, just invisible.

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 6ee7a3b2c0565c2871d32d704cb2899445b9f88d
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL
Comment 5 NISZ LibreOffice Team 2021-01-21 11:32:50 UTC
(In reply to NISZ LibreOffice Team from comment #3)
> Created attachment 169073 [details]
> The example file in Impress 7.0 and current 7.1bibisect
> 
> This seems to have gotten better in 7.1 although positioning is still
> incorrect, but direction looks fine.

Seems to look like this since:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=c7ada1cc8a294f0d2da32ffc02d0941b1b1afd29

author	Gülşah Köse <gulsah.kose@collabora.com>	2020-10-05 14:57:33 +0300
committer	Gülşah Köse <gulsah.kose@collabora.com>	2020-10-16 12:05:02 +0200

tdf#128212 Change the text z camera rotation order.

I filed bug #139808 about the recent regression.

Let's keep this open for the small positioning difference.