Nothing stops you from "using OpenGL in a Qt application", what you cannot do 
is mixing QGLWidget with other widgets. Take hellogl_es2 for example and strip 
out the MainWindow with all the widgets. If you only have the QGLWidget and 
nothing else, it will work fine on eglfs too.

Or you could just use Qt Quick 2. If you need widgets like buttons Qt Quick 
Controls will provide those.

Alternatively, Quick content can be mixed with QWidgets in 5.3 since 
QQuickWidget, unlike QOpenGLWidget, is already available as a public API. The 
downside is that the number of supported platforms is fairly limited at the 
moment, but this may improve by the time of the release.

There is no branch for QOpenGLWidget, it is there as an _incomplete_ _private_ 
API in 5.3. If you feel like experimenting, it is already possible to port 
hellogl_es2 to QOpenGLWidget (except the bubbles since QPainter on 
QOpenGLWidget is not yet supported) and it does in fact work fine on eglfs.

Best regards,
Laszlo

________________________________________
From: interest-bounces+laszlo.agocs=digia....@qt-project.org 
[interest-bounces+laszlo.agocs=digia....@qt-project.org] on behalf of Peter 
Kuemmel [syntheti...@gmx.net]
Sent: Tuesday, February 18, 2014 2:46 PM
Cc: interest@qt-project.org
Subject: Re: [Interest] Platform eglfs and OpenGL

>
> Not at the moment. There were some efforts in the past to add compositing of 
> GL-based windows into eglfs, similarly to how sw-rendered QWidget windows are 
> handled, but these got cancelled in favour of the upcoming QOpenGLWidget and 
> QQuickWidget APIs which will provide a modern replacement for QGLWidget that 
> is functional on all platforms. The bad news is that QOpenGLWidget is 
> targeted for 5.4 and will not make it into 5.3.

Thanks for the clarification.
Is there already a branch somewhere?

>
> Designs like hellogl_es2 (where a QGLWidget sits "inside" a widget window) 
> should be avoided for the time being.
>

This sounds like there is another way to use OpenGL in an Qt application, have 
I missed something?


Do you think Wayland and QtWayland are ready for such a usecase (if I find a 
usable wayland-egl implementation).

Many thanks,
Peter

_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Reply via email to