Re: [Development] QOpenGLWidget vs. QGLWidget

2014-07-31 Thread Yves Bailly
On 31/07/2014 20:03, Agocs Laszlo wrote: > Yes, setViewport() will continue to work with QOpenGLWidget too. Great! :-) > Note that all this does not mean existing code has to migrate away from > QGLWidget. > It is not going to disappear. If it works, just keep using it. Fine, however QGLWidget

Re: [Development] QOpenGLWidget vs. QGLWidget

2014-07-31 Thread Agocs Laszlo
Hello, Yes, setViewport() will continue to work with QOpenGLWidget too. Note that all this does not mean existing code has to migrate away from QGLWidget. It is not going to disappear. If it works, just keep using it. Best regards, Laszlo From: developme

[Development] QtLocation in Qt 5.4?

2014-07-31 Thread Martin . Kroell
Hi, is it planned to release QtLocation with Qt 5.4 as Alex mentioned in http://article.gmane.org/gmane.comp.lib.qt.devel/16238 ? There is nothing about in the "feature list" on http://qt-project.org/wiki/New-Features-in-Qt-5.4 What is the state of development? Best regards Martin Kröll

[Development] QOpenGLWidget vs. QGLWidget

2014-07-31 Thread Yves Bailly
Greetings all, I've just read the new features for the upcoming Qt 5.4, here: http://qt-project.org/wiki/New-Features-in-Qt-5.4 ...and I noticed this: "Deprecated features: Qt Gui: The QtOpenGL module, that is, the QGL classes are deprecated since QGLWidget has a suitable replacement now." Wi

Re: [Development] Proposal: All Qt modules must use the same version number

2014-07-31 Thread Jocelyn Turcotte
On Mon, Jun 30, 2014 at 08:58:58AM -0700, Thiago Macieira wrote: > Em seg 30 jun 2014, às 11:10:28, Jędrzej Nowacki escreveu: > > What about creating an intermodule api, which would stay private from a > > user point of view. We can agree on some rules, like for example not > > removing symbols be

Re: [Development] QZipReader and QZipWriter

2014-07-31 Thread Oswald Buddenhagen
On Wed, Jul 30, 2014 at 05:08:15PM -0700, Thiago Macieira wrote: > On Monday 28 July 2014 11:08:59 Olivier Goffart wrote: > > Otherwise, you can also use the KArchive module part of KDE Frameworks > > http://api.kde.org/frameworks-api/frameworks5-apidocs/karchive/html/index.html > > The existence

Re: [Development] Removing maemo/meego code?

2014-07-31 Thread Knoll Lars
I’m all for removing the code. The XI2 implementation for the N9 is non standard, and neither the N900 nor the N9 will see any updates in the future (unfortunately). Cheers, Lars On 30/07/14 00:07, "Allan Sandfeld Jensen" wrote: >Hi everybody > >While working on XInput2 I have been worried abou

Re: [Development] SIC adding ref-qualified overloads

2014-07-31 Thread Knoll Lars
On 31/07/14 02:13, "Thiago Macieira" wrote: >On Wednesday 30 July 2014 20:14:58 Olivier Goffart wrote: >> > Those changes are technically source-incompatible: if you take the >>address >> > of one of those functions, your code will stop compiling. This was >>found >> > in >> > Creator: >> > https