[Development] Updated high-DPI support for Qt 5.14
Morten.Sorvig at qt.io
Fri Oct 4 12:38:33 CEST 2019
> On 3 Oct 2019, at 09:44, Mark De Wit <mark.dewit at iesve.com> wrote:
> Is there a chance that the high-dpi work will fix the dpi-awareness of the Fusion theme as reported in https://bugreports.qt.io/browse/QTBUG-74100 ?
Yes, looks like an easy fix: https://codereview.qt-project.org/c/qt/qtbase/+/276261
> Last time I checked there was a fair amount of drawing code that didn't check what screen a widget was on, and hence used "global" scaling (if any).
QPainter picks up the correct factor via the paint device, so the draw-on-widget case should work without checking the screen. But there might be other cases such as painting on a intermediate pixmap which needs fixing.
>> -----Original Message-----
>> From: Development <development-bounces at qt-project.org> On Behalf Of
>> Christoph Cullmann
>> Sent: 01 October 2019 22:19
>> To: development at qt-project.org
>> Subject: Re: [Development] Updated high-DPI support for Qt 5.14
>> actually, unrelated to how one can configure the stuff, at the moment, I see
>> still a lot of Qt internal rendering artifacts for fractional scaling.
>> See https://bugreports.qt.io/browse/QTBUG-66036
>> For some I made now hacky workarounds in KTextEditor, see
>> Some still remain for factors like 1.1 and text selections...
>> And one should think about if it is really a good idea to accept factors like 1.1
>> and not round them to some at least 1 / 2^x factor that doesn't lead to
>> interesting accumulating rounding errors. (in addition to the opt-out of
>> fractional scaling at all)
>> Ignorance is bliss...
>> https://cullmann.io | https://kate-editor.org
>> Development mailing list
>> Development at qt-project.org
> Development mailing list
> Development at qt-project.org
More information about the Development