https://bugs.kde.org/show_bug.cgi?id=422549
David Edmundson changed:
What|Removed |Added
Status|REPORTED|RESOLVED
CC|
https://bugs.kde.org/show_bug.cgi?id=422549
--- Comment #5 from Nate Graham ---
Note that QT_SCALE_FACTOR isn't mimicking what we really do; when using high
DPI scaling, you wind up with QT_SCREEN_SCALE_FACTORS set instead.
And .kdeglobals has this:
ScaleFactor=2.5
ScreenScaleFactors=eDP-1=2.5;
https://bugs.kde.org/show_bug.cgi?id=422549
--- Comment #4 from Nate Graham ---
Okular
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=422549
--- Comment #3 from Christoph Feck ---
Could you point me to a simple application that doesn't work? When I run kcalc
or kcharselect with QT_SCALE_FACTOR=3, then the window is really bigger.
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=422549
--- Comment #2 from Nate Graham ---
Yeah, you're probably right. So you think this should be implemented at the Qt
or kxmlgui level? Or somewhere else? If individual apps need to do the correct
thing, then we'll never have it fixed. :(
--
You are rece
https://bugs.kde.org/show_bug.cgi?id=422549
--- Comment #1 from Christoph Feck ---
The window manager cannot know if the application has provided a correct window
size or not. To me, this is a WONTFIX (needs to be fixed in applications to
report a proper window size, or in Qt if it needs to repor
https://bugs.kde.org/show_bug.cgi?id=422549
kmi changed:
What|Removed |Added
CC||kamika...@web.de
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=422549
Postix changed:
What|Removed |Added
CC||pos...@posteo.eu
--
You are receiving this mail becau