https://bugs.kde.org/show_bug.cgi?id=415421
Fabian Vogt <fab...@ritter-vogt.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|UPSTREAM |---
Status|RESOLVED |REOPENED
Ever confirmed|0 |1
--- Comment #27 from Fabian Vogt <fab...@ritter-vogt.de> ---
Even with the pending Qt patch for Xft.dpi merged, this doesn't seem to be
completely fixed, see comment 21.
However, setting QT_AUTO_SCREEN_SCALE_FACTOR=0 seems to have universal success.
I tried to reproduce the issue in a VM and can't tell a difference between
QT_AUTO_SCREEN_SCALE_FACTOR set to 0 and unset. So I assume this is related to
the hardware's reported DPI. This makes sense considering that
QT_AUTO_SCREEN_SCALE_FACTOR is about that - using hardware dpi / 96 for
scaling.
So AFAICT QT_AUTO_SCREEN_SCALE_FACTOR=0 is still necessary even with Qt 5.14.x.
Reopening as this appears to require more discussion.
Note that the not directly related text rendering issue
(https://bugreports.qt.io/browse/QTBUG-80967) should be fixed with Qt 5.14.1,
but is also worked around by setting QT_AUTO_SCREEN_SCALE_FACTOR=0.
--
You are receiving this mail because:
You are watching all bug changes.
