Created attachment 56442 [details] presentation with rotated object attachment contains: 1) on first slide slightly rotated picture 2) on second slide screenshot of first slide in MSO 2007 russian Expected: picture on first slide is slightly rotated Actually: no rotation reproduced in LibO 3.3.4. and 3.6.0 master on Fedora 64 bit
Confirmed with: LO 3.5.5.3 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Picture is not rotated, background in grey colors.
Custom shapes are also not saved rotated either and when you try to save a rotated custom shape or picture you end up with it notably shifted or sometimes not present, and other objects sometimes very distorted (turned a rhomb into a rectangle!)
Still [Reproducible] with "LibreOffice 3.6.3.1” German UI/ German Locale [Build-ID: f8fce0b] on German WIN7 Home Premium (64bit) Already a problem with 3.3.0 We have lots of FILEOPEN pptx bugs (nearby 50), and only this one (and an CRASH) what never worked better and bores nobody (see number of entries in CC) is a MAB? thats not comprehensible, I remove this one from MAB tracking Bug and leave a note at <http://wiki.documentfoundation.org/HardHacks#No_HardHack_at_all> @Lennard Wasserthal: <http://wiki.documentfoundation.org/BugReport#General_information> item 4!
Related bugs seem to show that there might be a more general misunderstanding concerning rotation syntax in .pptx? @Thorsten: Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf
Rodo, you were looking into this recently - cycles left to give this a quick go?
@Rainer Bielefeld But both is the same bug! WriteShapeTransformation is called without an rotate argument. (from oox/source/export/shapes.cxx) WriteShapeTransformation oox/source/export/drawingml.cxx accepts an rotate parameter and works if it is present, but it is a template so the program doesn't Yield a warning. Should I handle this? I just have to find out where the transform can be read, perhaps from the import routines or the shapes directly. Perhaps I can do it this weekend or earlier.
@Lennard: It would be great if you could take this one. I changed "Assigned To:" so that every body knows that you are working on this issue. Please assign back to list if you don't find the time or if insuperable obstacles appear.
Patch generated. https://gerrit.libreoffice.org/1030 The patch fixes also bug 34897 bug 56121 so I guess I'll threat them as dupes. There HAS some work to be done, though, arrows for example are twitched and their custom shape control points run to their limits when touched, up arrows are first-invisi-then-box exported, sheared stuff causes glitches and there were many todos in oox/source/export/shapes.cxx good, I file that as new bug, unless already happened.
*** Bug 56121 has been marked as a duplicate of this bug. ***
Thanks for fixing this bug
Lennard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a9fc1456719da3cecda6a97454bad0642e493035 fdo#45495 pptx Export saves rotation of pictures,shapes,text The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The picture in the attached document is still not rotated. Tested in Version: 6.2.5.2 (x64) Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: de-DE (en_US); UI-Language: en-US Calc: threaded and in Version: 6.4.0.0.alpha0+ (x64) Build ID: b2d8093b19642038631dfb8f1ab6745a380a652c CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-09-23_22:42:37 Locale: de-DE (en_US); UI-Language: en-US Calc: threaded Reason is, that it is no ordinary rotation, but a 3D Effect "rotate around z-axis".
Still reproducible 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
This is the xml code <a:camera prst="orthographicFront"> <a:rot lat="0" lon="0" rev="3600000"/> </a:camera> <a:lightRig rig="twoPt" dir="t"> <a:rot lat="0" lon="0" rev="7200000"/> </a:lightRig> </a:scene3d>
Repro 7.2+. All X, Y, Z rotation don't work for 3D in MSO.
*** Bug 45497 has been marked as a duplicate of this bug. ***
3D rotation is only possible for custom-shapes in extrusion mode. So this issue has two steps: 1. import shapes from pptx so, that the 3D rotation are rendered. ==> bug 70039 2. import a 3D-rotated image not as image-frame but as custom shape with image background.
*** Bug 143783 has been marked as a duplicate of this bug. ***
*** Bug 143863 has been marked as a duplicate of this bug. ***
(In reply to Regina Henschel from comment #17) > 3D rotation is only possible for custom-shapes in extrusion mode. So this > issue has two steps: > 1. import shapes from pptx so, that the 3D rotation are rendered. ==> bug > 70039 > 2. import a 3D-rotated image not as image-frame but as custom shape with > image background. During implementation of fixes for bug 70039 it becomes clear, that MS Office has so many 3D features for which LibreOffice has nothing corresponding, that larger changes in LibreOffice and in the ODF standard are needed. That is not possible for version 24.8 and likely not even for version 25.2. So this is more an enhancement request than a bug.