-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does not obey QT_SCALE_FACTOR, hence breaks HiDPI #3
Comments
A (very crude and cumbersome) workaround would be to scale all of BreezeEnhanced by the
and many other places... It may even be necessary to binary-patch KWin so that it doesn't unset this variable and BreezeEnhanced gets a chance at reading it. There must certainly be a better way? |
According to #kwin IRC,
for X11, and Wayland will "know automatically". And
in |
According to #kwin IRC,
|
I was also pointed at https://github.com/KDE/kscreen/blob/0f5d8dd52b3d02afe7fc57f6be60d69134fe3f42/kcm/kcm.cpp#L362-L385 but I don't know what to make of it. In helloSystem, we set font sizes to exact point sizes and the only factor that shall influence what gets rendered is |
As a quick and dirty workaround for KWin not honoring QT__SCALE_FACTOR helloSystem/KWin#3
Probably not as the KWin architects intended, but applying a Some fine tuning may definitely be required, and if anyone knows a proper way to get KWin to obey |
We are exporting
QT_SCALE_FACTOR=2
to switch into HiDPI mode.However, KWin does not obey this.
In fact, looking at the source code, it seems to me it intentionally unsets this variable?
https://github.com/KDE/kwin/blob/9f41691684ffa2f42f09cfb8a24ec23fc146fe27/src/main_x11.cpp#L416
As a result, title bars and other window decorations do not scale; unlike the rest of Qt.
https://phabricator.kde.org/D20234 confirms the suspicion that it intentionally does not follow
QT_SCALE_FACTOR
sinceWhy is it working for all of Qt but not for KWin?
The text was updated successfully, but these errors were encountered: