Bug 45618 - Implement 3d slideshow transition framework also for windows
Summary: Implement 3d slideshow transition framework also for windows
Status: REOPENED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Presentation (show other bugs)
Version: unspecified
Hardware: Other All
: medium enhancement
Assignee: Markus Mohrhard
QA Contact:
URL:
Whiteboard: EasyHack SkillCpp DifficultyInteresting
Keywords:
: 53105 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-02-04 04:09 UTC by Thorsten Behrens
Modified: 2015-01-22 10:52 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Thorsten Behrens 2012-02-04 04:09:46 UTC
On Linux/Mac, LibreOffice has nice, 3d animated slideshow transitions (see the Slide Transition pane to your right - select one of the last transitions).

It's all opengl in the end, which in principle works on windows, too - just someone needs to hook up the windows opengl specifics (wgl) here:

 slideshow/source/engine/OGLTrans/win/
Comment 1 Florian Reisinger 2012-05-18 09:16:53 UTC
Deteted "Easyhack" from summary
Comment 2 Gerry 2012-08-03 23:07:16 UTC
*** Bug 53105 has been marked as a duplicate of this bug. ***
Comment 3 Gerry 2013-10-01 08:29:31 UTC
Since the addition of 3d transitions on Windows is an enhancement, I changed the bug entry from "normal" to "enhancement"
Comment 4 Björn Michaelsen 2013-10-04 18:48:06 UTC
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility.

see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
Comment 5 Markus Mohrhard 2014-08-04 03:37:08 UTC
actually this should be much simpler now as we have a working modern OpenGL context on Windows. I think we can extend this easy hack to move the implementation to use the new OpenGL context in vcl.

The OpenGL context is known to work on Linux and Windows. Mac support is currently under development and should be ready the next days.
Comment 6 Rene Engelhard 2014-08-04 07:29:01 UTC
if you mean that glTF thingy - please no. At least not default.

At least my package builds still do --disable-gltf and that won't change until I get all of those libs packaged sanely *and* implement --with-system-* for them.

the OGLTrans thing for Linux works also without it: https://packages.debian.org/sid/libreoffice-ogltrans, so please don't (well, I don't care, but users might...) break it when changing it ;)
Comment 7 David Tardon 2014-08-04 11:31:30 UTC
(In reply to comment #5)
> actually this should be much simpler now as we have a working modern OpenGL
> context on Windows. I think we can extend this easy hack to move the
> implementation to use the new OpenGL context in vcl.
 
Actually, as the generic impl. (currently only used for UNX) has been changed to use OpenGLContext, it should compile and work on Windows without any change.
Comment 8 David Tardon 2014-08-04 11:34:12 UTC
(In reply to comment #6)
> if you mean that glTF thingy - please no. At least not default.

No, this does not mean glTF. It is just a generic OpenGL support in VCL. (And the 3D-transitions impl. for UNX already uses it in 4.3.)
Comment 9 Markus Mohrhard 2014-08-11 18:32:22 UTC
(In reply to comment #7)
> (In reply to comment #5)
> > actually this should be much simpler now as we have a working modern OpenGL
> > context on Windows. I think we can extend this easy hack to move the
> > implementation to use the new OpenGL context in vcl.
>  
> Actually, as the generic impl. (currently only used for UNX) has been
> changed to use OpenGLContext, it should compile and work on Windows without
> any change.

There are a number of compile errors currently that I'm fixing and a lot of old code that should be replaced. I'm going to take care at least of the pieces that result in compile errors and hopefully this will give us already something useable.

I'll leave a few more comments what can be done as part of this easy hack after I made it compile again.
Comment 10 Markus Mohrhard 2014-08-13 19:08:12 UTC
This has been implemented and seems to be working correctly. I'll open a new easy hack to go through the code and switch to modern (2.0+) OpenGL. At least the efforts will benefit Windows and Linux from now on.
Comment 11 pieter kristensen 2014-11-24 16:40:39 UTC
I really wanted to test this new functionality. But in the Windows version of LibreOffice 4.4 beta 1 there is no trace of it.
It simply is not yet implemented.

At the top of this bug I read: "resolved/fixed" and in comment 10 I even read that is implemented and seems to work correctly. That is strange.
Comment 12 pieter kristensen 2014-12-20 07:11:08 UTC
To my disappointment the 3d slide transitions for Windows appear to be absent too in the first release candidate.
Comment 13 Gerry 2014-12-28 22:09:26 UTC
Hi all, I experience the same problem as described by pieter: 3D slideshow transitions are absent in 4.4 RC1 on Windows. They are not in the list of transitions, at all. Activating all OpenGL/CL related settings in LO options did not help with regard to 3D transitions on Windows.

Thanks in advance.
Comment 14 Gerry 2015-01-13 10:08:42 UTC
As "OpenGL transitions" is an advertised new feature in LO 4.4, which seems to be not working though, I feel free to REOPEN this bug. 

See comment 11, comment 12, comment 13.
Comment 15 Mike §chinagl 2015-01-22 10:52:34 UTC
If this feature is not functional now, it should not be listed in the release notes (https://wiki.documentfoundation.org/ReleaseNotes/4.4) of the coming version 4.4. (release is planned to happen in a few days: https://wiki.documentfoundation.org/ReleasePlan/4.4)

The status of the bug should also be changed by competent people.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.