Hi Lazlo,

On 21/09/15 13:54, "Agocs Laszlo" <laszlo.ag...@theqtcompany.com> wrote:
>As for the "extra" functions, it was seen a better choice to introduce a
>new class since there is a certain difference: the GLES 2.0 calls in
>QOpenGLFunctions are guaranteed to be available as long as the system
>meet's Qt's minimum OpenGL requirements whereas these new ones are not.
>With this minor separation in place the API makes you think a bit when
>writing the application code ("I'm using something extra, so is it sure
>the API in question will be available on all my target systems?") which
>is a good thing. On the other hand using OpenGL version numbers in the
>name is not desirable, especially since it would get very confusing in
>cross-OpenGL-OpenGL ES scenarios. Hence the choice of a more neutral term.

But won’t that be confusing, when we add wrappers for more versions? What
will we call the wrapper class for OpenGL 4? Or are you planning to put
those into the extras as well?

Cheers,
Lars


> 
>BR,
>Laszlo
>
>-----Original Message-----
>From: Knoll Lars 
>Sent: 21. september 2015 12:29
>To: development@qt-project.org
>Cc: Gunnar Sletta <gun...@sletta.org>; Agocs Laszlo
><laszlo.ag...@theqtcompany.com>
>Subject: Re: [Development] Qt 5.6.0 header diff: QtGui.diff
>
>New QImage::pixelColor and setPixelColor methods, looking good
>New QImageReader::gamma/setGamme methods, looking good
>
>QMouseEvent has a new constructor, looks ok
>Some new methods in QOpenGLFBO, looking ok to me
>
>
>QColor: rgba64 support, looking ok
>QPaintDevice::devicePixelRatioF, looks ok
>
>Some new qHash overloads for QMatrix etc.
>
>New header: qopenglextrafunctions.h
>-> Is there a reason this didn’t get added to QOpenGLFunctions?
>
>New header: qrgba64.h
>Class looks ok.
>
>Cheers,
>Lars
>
>On 17/09/15 14:25, "Gunnar Sletta" <gun...@sletta.org> wrote:
>
>>Also looks ok.
>>
>>> On 17 Sep 2015, at 12:54, Frederik Gladhorn
>>><frederik.gladh...@theqtcompany.com> wrote:
>>> 
>>> <QtGui.diff>_______________________________________________
>>> Development mailing list
>>> Development@qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/development
>>
>>_______________________________________________
>>Development mailing list
>>Development@qt-project.org
>>http://lists.qt-project.org/mailman/listinfo/development
>

_______________________________________________
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development

Reply via email to