thanks all, mine.
On Mon, Nov 10, 2014 at 5:34 AM, Alejandro Exojo wrote:
> El Monday 10 November 2014, Robert Steckroth escribió:
> > [SOLVED]: After perusing the qmap.h libraiy I found the reason why QMap
> was
> > keeping a sorted node list.
>
> Please, instead of opening bug reports, digging
You can get information about what is supported by each backend in this wiki
page: http://qt-project.org/wiki/Qt_Multimedia_Backends
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Hm, those patched indeed made it look similar, thanx for pointing that out.
But freetype output hasn't changed, rendered glyph image is still paler in
Qt5 than in Qt4, only later rendering of that image makes it similar.
Is there a way to make Qt5 freetype rendering itself similar to Qt4, or at
On Mon, Nov 10, 2014 at 10:27:24AM +, Heikkinen Jani wrote:
> Hi all,
>
> '5.4.0' is now frozen and the final downmerge from '5.4' will happen in the
> next hours (with whatever is in the branch at that point).
>
> There will be no cherry-picks from '5.4' to '5.4.0', all changes targeted to
On Monday 10 November 2014 12:04:27 Stanislav Baiduzhyi wrote:
> Have anyone noticed that Qt5 subpixel font rendering is different
> from Qt4?
Yes, https://bugreports.qt-project.org/browse/QTBUG-40971
___
Development mailing list
Development@qt-project.o
On Mon, Nov 10, 2014 at 1:04 PM, Stanislav Baiduzhyi <
baiduzhyi.de...@gmail.com> wrote:
> Hi All,
>
> Have anyone noticed that Qt5 subpixel font rendering is different from
> Qt4? It is barely noticeable on cheaper TN-film LCD monitors, but it is
> very obvious on more expensive ones, especially
Hi All,
Have anyone noticed that Qt5 subpixel font rendering is different from Qt4?
It is barely noticeable on cheaper TN-film LCD monitors, but it is very
obvious on more expensive ones, especially on high DPI, like 13" FullHD
zenbook with 169ppi.
I was trying to dig it up, but haven't found the
El Monday 10 November 2014, Robert Steckroth escribió:
> [SOLVED]: After perusing the qmap.h libraiy I found the reason why QMap was
> keeping a sorted node list.
Please, instead of opening bug reports, digging in the sources, and wasting
everybody's time, you should read one of the very first li
Hi all,
'5.4.0' is now frozen and the final downmerge from '5.4' will happen in the
next hours (with whatever is in the branch at that point).
There will be no cherry-picks from '5.4' to '5.4.0', all changes targeted to
Qt5.4.0 release needs to be pushed to the '5.4.0' branch from now on.
Now,
Hi Robert,
QMap is doing exactly what it is supposed to do. If you want to preserve
insertion order, you need a different data structure - like the one
Mandeep linked to. If the list is not going to grow large, a simple vector
will suffice.
If you want a custom sort order, use STL's equivalent of
On Sun, Nov 09, 2014 at 11:09:37PM +0100, Kevin Kofler wrote:
> Nichols Andy wrote:
> How is QtMultimedia "essential" when there had been a working alternative
> (Phonon) even before QtMultimedia was started? In fact, Phonon used to be
> hailed as the showcase for perfect collaboration between Q
11 matches
Mail list logo
