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