- GNOME and Cinnamon seem to correctly scale java-based apps. Running i3 as a Gnome session also works for me. Snackattack (talk) 08:28, 25 December 2016 (UTC)
I think it would be worthwhile to change section 5 from 'Skype' to 'Instant Messengers / Chat' and add others as well. Telegram Messenger supports HiDPI perfectly, it has an option for 200% scaling in the settings. It is also supported on almost every major platform. —This unsigned comment is by Veazer (talk) 05:26, 8 January 2015. Please sign your posts with ~~~~!
Could you potentially temporarily change the console frame buffer resolution (i.e. during installation?) —This unsigned comment is by Georgewhite5 (talk) 18:50, 9 October 2015. Please sign your posts with ~~~~!
I found with the i915 driver I needed to add i915 to the MODULES section of /etc/mkinitcpio.conf for me to be able to set a large font (anything bigger than 16) for the vconsoles. systemd-vconsole-setup.service failed to start otherwise with with the following error: "/usr/bin/setfont failed with error code 71" Raoulmillais (talk) 18:29, 6 December 2015 (UTC)
The archlinux iso doesn't come with lot of fonts. the best I got is sun12x22. This will make your life easy. Try running following command on prompt
As of July 2016, the latarcyrheb-sub32 is also included after a fresh Arch Linux install. Unlike sun12x22 it looks much more similar to cp437 but it has just been scaled up. Its much larger size makes the console much more easier to read on a HiDPI screen. —This unsigned comment is by Makhlaghi (talk) 14:38, 22 July 2016. Please sign your posts with ~~~~!
KDE 5 - PLASMA
I tried font settings in KDE Plasma but it doesn't change the DPI. Is there any other way to work around this.
Gnome Instructions are incomplete
When you use GNOME by default on a HiDPI system, it autodetects the settings to use. In fact, it doesn't even set the environment variable that this article references. In reality, it stays at zero and it's autodetected. But another setting that is part of a gsettings propertybag is also changed.
This is confirmed by looking at the source code for gnome-tweak-tool and seeing that it also changes XSettingsOverrides: https://github.com/GNOME/gnome-tweak-tool/blob/master/gtweak/tweaks/tweak_group_windows.py#L64
I think it's worth mentioning that this value probably doesn't need to be adjusted. GNOME has autodetected it for a few releases now. Certainly with 3.20 if the mixed-hidpi work lands.
Gnome Scaling for Different Devices
Recent changes asked the question:
The scaling factor is obviously different for every device. What is the advantage of using xrandr over gsettings (i.e. gsettings set org.gnome.desktop.interface scaling-factor 1.5), let alone combining them?
gsettings set org.gnome.desktop.interface scaling-factor 1.5
...generates an error. 1.5 is not allowed. The "period" is an illegal charater. You can only set 1 (100%), 2 (200%), 3 (300%), etc. As mentioned in the recent edit, this is not enough resolution for several devices which require 1.5, 2.5, 2.25 1.75 and so on.
Therefore, a tip/trick/hack/note was added that describes using the combination of
xrandr and gsettings to achieve a scale of 1.5 (150%) without fonts becoming 'fuzzy'.
The real question should be: "Then why not use xrandr to change the scale the other way, say 1920 / 1.5?"
Answer: Then you'll have fuzzy fonts and lines.
Hopefully this answers the factual accuracy request.
- One also has the option to scale up to 2 with scaling-factor and scale it back down with the text-scaling-factor. It's easier and looks better in my experiences. And yes, the text-scaling-factor affects the physical size of other UI elements besides just text. Colemickens (talk) 22:47, 7 January 2016 (UTC)
- Excellent idea! How about adding it as an alternative method? Though, in my opinion, that takes up too much space. To each his own i suppose! Adding it as an alternative to mine allows customization.
- EDIT: I just tried this and the title bars are all wacky, along with the topbar. I wouldn't recommend it at all.
- Now, I must state that I just tested this on a fresh new install on a system with no other changes to DPI or scale (no GTK, no scaling tricks, nothing). As a matter of fact, i even booted off of an Arch Live CD (made by Antergos) and tested it again to make sure it wasn't my bare-metal + Gnome install I just finished. If you are stating that it looks good on your system, then perhaps you've done other scaling that resolves this issues. Which, IMO again, is overkill if you can solve everything with 1 or 2 combinations. Eduncan911 (talk) 23:19, 7 January 2016 (UTC)
- Probably these "fuzzy" fonts were something I have missed when I did my edit today - please feel free to edit the way you think is appropriate. BTW how could I look at these fuzzy fonts? I checked Microsoft Word Online - looks good with "scale" approach, identical to "scale-from". F3flight (talk) 22:54, 3 February 2016 (UTC)
- Actually please re-check my last edit because it looks like it is not the same that has been proposed here - I do not do text-scale-factor nor do I do scale down by lowering the current res, like "1920/1.5". I feel like my approach keeps everything crisp while providing easier granularity then trying different pre-calculated values. Please re-check and let me know. F3flight (talk) 23:01, 3 February 2016 (UTC)
Rephrase X Resources
The wording is not so obvious in the section, HiDPI#X_Resources as Lahwaacz suggested here . Rather than desktop environments which DO NOT use `~/.Xresources` file, I recommend list few environments or window managers which DO use X resources. In a page with dedicated sections for all kinds of applications, it is a shame not to mention a window manager. Speaking from personal experience on trying to configure i3 for a HiDPI screen. Jadelord (talk) 22:58, 6 July 2016 (UTC)
- Since nothing is listed on the opposite side, it means basically "everything else". Adding one example is not going to make it any more obvious for people that don't use i3 and as I pointed out in the edit summary, we can't list every window manager here. -- Lahwaacz (talk) 07:06, 7 July 2016 (UTC)
GNOME ignores X settings
The blog entry I mentioned is still valid and works perfectly. Unfortunately compiling / make install does not work for me under Ubuntu (sorry no Arch user ;-) ) but even without Patching, so its a general compile problem.
The alternative I mentioned seems not to work as good as patching the scaling factor, even if its proposed to do nearly the same. Actually I have not enough time to dig into source.
Actually Gnome scaling, the patch or Gnome Settings Daemon itself does nothing then manipulate XServer DPI Setting. In particular gnome also prevents self-change XServer dpi settings.
So it's a bit running round in the circle when discussing where to put it. Feel free to put it where you think it makes the most sense.
- Thanks for the explanation, I've moved your post here and linked it from the Accuracy flag so that it can be useful to other users, since I neither use GNOME nor a HiDPI monitor. Also, I've moved the content that you added under HiDPI#GNOME, where I think it will be more visible to interested users. — Kynikos (talk) 12:05, 20 April 2017 (UTC)