After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 741735 - HiDPI scaling improvements
HiDPI scaling improvements
Status: RESOLVED OBSOLETE
Product: gnome-tweak-tool
Classification: Applications
Component: general
3.20.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Tweak Tool maintainer(s)
GNOME Tweak Tool maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-12-18 23:19 UTC by Michael Kuhn
Modified: 2018-01-24 15:12 UTC
See Also:
GNOME target: ---
GNOME version: 3.19/3.20

Attachments
windows: Also set GNOME's scaling factor (3.28 KB, patch)
2016-07-27 16:57 UTC, Michael Kuhn 		none Details | Review

Description Michael Kuhn 2014-12-18 23:19:28 UTC 
GNOME-Tweak-Tool currently (3.14.x) sets the scaling factor using "org.gnome.settings-daemon.plugins.xsettings overrides".
However, it might be a good idea to also set "org.gnome.desktop.interface scaling-factor", otherwise the window contents are scaled while GNOME Shell is not.
Comment 1 Robert O'Callahan 2016-04-03 06:39:28 UTC 
I've hit this bug. I have a Dell XPS15 with 4K screen, and an external 4K monitor. I set "window scaling" to 2 with gnome-tweak-tool. When I make the external monitor the primary display, most applications and UI elements honour the 2x window scaling, but Xft.dpi is only 96 and some applications, notably most of gnome-shell, and all mouse cursors, are therefore unscaled and too small.

It took me a long time to figure out that I needed to set "org.gnome.desktop.interface scaling-factor" using gsettings as well. This included studying gnome-settings-daemon source code. Normal users are never going to figure this out.

I think gnome-tweak-tool's "window scaling" option should just set "org.gnome.desktop.interface scaling-factor". I don't think anything else is needed.
Comment 2 Robert O'Callahan 2016-04-03 06:40:37 UTC 
(My Xft.dpi is only 96 because my external monitor is quite large to xsettings's window scale calculation decides not to use scaling.)
Comment 3 Michael Kuhn 2016-05-14 19:40:34 UTC 
This is still happening with GNOME 3.20. I have also read quite a few blog posts etc. by users that have hit this bug. As the fix is very easy, please consider adding it.
Comment 4 Michael Kuhn 2016-07-27 16:57:14 UTC 
Created attachment 332227 [details] [review]
windows: Also set GNOME's scaling factor

I came up with the following patch that also changes the previously mentioned scaling-factor key when updating the overrides. It works well on my machine (GNOME 3.20).

There is one (negligible) inconsistency: the key is only updated when the user presses the "keep changes" button.
Comment 5 GNOME Infrastructure Team 2018-01-24 15:12:50 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-tweaks/issues/55.