7 years ago gtk3 got commit, which removed DPI detection from X11/Xft specific part, with rather desparaging commit text regarding DPI autodetection: https://gitlab.gnome.org/GNOME/gtk/-/commit/bdf0820c501437a2150d8ff0d5340246e713f73f Related bug report (found no rational explanation): https://bugzilla.gnome.org/show_bug.cgi?id=757142 Although that report was shruged off like a fly, there's proposal for patch to revert it. What's interesting, that regressive change was last ever change for affected file (at least it's so for release 3.24.34, as I did not bother yet to check later versions). https://bugzilla.gnome.org/attachment.cgi?id=344123 That attachment is archive, containing patch with email content in the header, still ready to be put to /etc/portage/patches without any conversions. The only remaining issue is that some DE (for now - xfce4) may reset autodetected DPI to 96, even with Xft configured to much different value (I hope, that strange behaviour also may be fixed). For comparison, qt5 and gtk2 are other two packages with support for resolution, detected by X11. Reproducible: Always
Created attachment 842907 [details, diff] Original patch with meaningful filename I guess, it's wise to upload it there too, "just in case".
