http://bugzilla.suse.com/show_bug.cgi?id=1091103 Bug ID: 1091103 Summary: Release notes entry about automatic Qt HiDPI scaling Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes Assignee: sknorr@suse.com Reporter: fvogt@suse.com QA Contact: lnussel@suse.com CC: opensuse-kde-bugs@opensuse.org Found By: --- Blocker: --- Release notes entry for bsc#1089932 and related. It's a rather complicated topic unfortunately, with no easy fix or workarounds available. Qt supports automatic per-monitor scaling on X. It uses the DPI value of the virtual X screen to calculate the font size for the primary monitor, which is by default 96. It uses the relative DPI of the primary monitor to derive font DPI for all other monitors. If the primary monitor is HiDPI (>= 144dpi), this means the font has effectively a 0.5x scale on all monitors. Applications which request it (e.g. VLC) have too small text on all monitors. Applications which do not request scaling (e.g. YaST) are not affected and use the same DPI value on all monitors. Applications run on KDE Plasma or GNOME are not affected as Plasma disables automatic scaling by default and GNOME sets Xft.dpi according to the monitor scale. Workarounds: a) Use a non-HiDPI monitor as primary monitor. VLC is then scaled accordingly on the HiDPI monitor. b) Set the font DPI (Xft.dpi) using the DE configuration or "echo Xft.dpi: <value> | xrdb -nocpp -merge" to equal the DPI of the primary monitor c) Disable automatic scaling: export QT_AUTO_SCREEN_SCALE_FACTOR=0 (maybe this part into a separate section?) HiDPI support in sddm: To enable HiDPI support in sddm, edit /etc/sddm.conf and set: [X11] EnableHiDPI=true ServerArguments=-nolisten tcp -dpi <dpi> with <dpi> being 96*scale of the first monitor listed by "xrandr". -- You are receiving this mail because: You are on the CC list for the bug.