On terça-feira, 13 de junho de 2017 22:34:52 PDT Olivier Goffart wrote:
> > With this many references, I'm not sure we should even add a QT_DEPRECATED
> > warning to it, since that would make trigger-happy "warning--" developers
> > in KDE wholesale moving to something else.
>
> Can you
Am Dienstag, 13. Juni 2017, 21:52:34 CEST schrieb Thiago Macieira:
> I've changed almost all uses of qrand in Qt sources to QRandomGenerator and
> eliminated the use of qsrand. That is actually the biggest advantage: not
> needing to seed the generator. I was quite surprised how much use of qrand
I've changed almost all uses of qrand in Qt sources to QRandomGenerator and
eliminated the use of qsrand. That is actually the biggest advantage: not
needing to seed the generator. I was quite surprised how much use of qrand we
have in our own source code, and not just in examples. (See commits
On 2017-06-13, 12:49 PM, "Prashant Purohit"
wrote:
>Hi James,
>
>Thanks for a quick reply.
>
>> You might be able to get around the problem if you can give the
>> application a chance to draw between resize operations.
>
>I am not sure how can I draw between
Hi James,
Thanks for a quick reply.
> You might be able to get around the problem if you can give the
> application a chance to draw between resize operations.
I am not sure how can I draw between resize operation.
Also, since this issue is hardly reproducible, how will I verify the
fix which I
Hi Prashant,
Is your application performing a rapid sequence of resizing operations on
the EGL window that leaves the size of the window unchanged? We recently
discovered that this can cause the QNX Qt platform code to produce this
problem. I haven't had a chance to upstream the fix for it yet.
Hi,
As a conclusion of subject:
only change related to pre-built binaries for 5.10 (from Qt 5.9) is dropping 32
bit iOS.
And from 5.11 -> we will drop MSVC2013 as well.
There isn't conclusion about mingw yet but let's agree to switch from mingw 32
bit to 64 bit one in 5.11 ->
There were