Hi!
Branching from '5.9' -> '5.9.7' is now ready. From now on all changes targeted
to Qt 5.9.7 release must be done in '5.9.7' and '5.9' is for Qt 5.9.8.
And as usual no any nice-to-have's in '5.9.7' anymore!
br,
Jani
From: Jani Heikkinen
Sent: Monday,
Hi,
We had this discussion for Qt 5.11 already but it is time to decide for Qt
5.12. The discussion details can be found under
https://bugreports.qt.io/browse/QTBUG-63708
Based on download figures and dropped MSVC2015 support for webengine we plan to
change MSVC2015 32bit binaries over to
Greeting Qt enthusiasts and ex-trolls,
I'm building multimedia software on Windows with Qt + libVLC and
recently switched to the OpenGL ES backend
(setAttribute(Qt::AA_UseOpenGLES)).
Coming from the Desktop OpenGL I immediately noticed how smooth it was
at resizing windows, and it felt like
Hi all,
I'd also like to say a big thank you for all the work you have put into
Qt 3D. It is a great graphics API and is getting better with each
release. I would be more than happy to be a co-maintainer of Qt 3D
Render and will also help out with Qt 3D Core and the other modules.
I agree
Hi Oswald,
> the more pragmatic approach is to "hide" the qt6 variant behind ifdefs.
If that is the "official" way, fine with me.
> note that the qt(core) code is already full of QT_VERSION_CHECK(6,0,0)
> which does effectively the same, but to activate it you would need to
> change
Wasn't it decided it was not the time to switch? Saying for myself - this
will will likely see me not upgrade Qt distro until at least 6.0 once your
suggested change hits..
On Tue, Oct 2, 2018 at 3:47 PM Alex Blasche wrote:
> Hi,
>
> We had this discussion for Qt 5.11 already but it is time to
On Dienstag, 2. Oktober 2018 14:47:42 CEST Alex Blasche wrote:
> Hi,
>
> We had this discussion for Qt 5.11 already but it is time to decide for Qt
> 5.12. The discussion details can be found under
>
> https://bugreports.qt.io/browse/QTBUG-63708
>
> Based on download figures and dropped
Hi all,
I allready have some ideas for QCanBusDevice which requires
binary-incompatible changes and therefore needs to be done for Qt6 [1].
To be able to already start the work, I'm hereby requesting a wip branch
that could be merged when the "real" Qt6 development begins.
The advantage
On Tue, Oct 02, 2018 at 10:37:24AM +0200, André Hartmann wrote:
> I allready have some ideas for QCanBusDevice which requires
> binary-incompatible changes and therefore needs to be done for Qt6 [1].
>
> To be able to already start the work, I'm hereby requesting a wip branch
> that could be