Deteted "Easyhack" from summary

*** Bug 53105 has been marked as a duplicate of this bug. ***

Since the addition of 3d transitions on Windows is an enhancement, I changed the bug entry from "normal" to "enhancement"

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

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.

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 ;)

(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.

(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.)

(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.

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.

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.

To my disappointment the 3d slide transitions for Windows appear to be absent too in the first release candidate.

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.

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.

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.