https://bugs.kde.org/show_bug.cgi?id=421634
Oliver Sander changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=421634
--- Comment #6 from Oliver Sander ---
I just noticed something interesting: When scaling my display with the control
center GUI, it sets
~> echo $QT_SCREEN_SCALE_FACTORS
eDP-1=1.5;DP-1=1.5;HDMI-1=1.5;HDMI-2=1.5;
(and QT_SCALE_FACTOR is unset). No i
https://bugs.kde.org/show_bug.cgi?id=421634
--- Comment #5 from Oliver Sander ---
I confirm that the problem goes away when I set QT_SCALE_FACTOR instead of
QT_SCREEN_SCALE_FACTORS. However, I don't usually set these variables per
hand. Rather, I use the slider in the control center, and that s
https://bugs.kde.org/show_bug.cgi?id=421634
--- Comment #4 from Tobias Deiminger ---
While I did some digging on how size is calculated, I noted my usage of
QT_SCREEN_SCALE_FACTORS was wrong. Now I can't reproduce your issue any longer
if I use the global QT_SCALE_FACTOR instead of QT_SCREEN_SCAL
https://bugs.kde.org/show_bug.cgi?id=421634
Oliver Sander changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=421634
Tobias Deiminger changed:
What|Removed |Added
CC||haxti...@posteo.de
--- Comment #2 from Tobia
https://bugs.kde.org/show_bug.cgi?id=421634
--- Comment #1 from David Hurka ---
QWidget, being a QPaintDevice, returns its size in Device Independent Pixels.
That is the actual size / scaling factor. The intention is to let QPainter
operations operate with the same Device Independent Pixels on an
