Improved HiDPI support - needs testing #177
graemeg
started this conversation in
Show and tell
Replies: 2 comments 1 reply
-
|
Windows has also received improvements and support for the |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hello Graeme. I have zero knowledge about that topic. I don't know what I could do for testing. I have a cheap laptop, and my desktop is KDE Plasma. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi everyone. 👋
I need your help in testing.
I've just pushed a change, that should hopefully improve HiDPI a lot
on X11 systems (Linux & FreeBSD). When I initially implemented DPI
detection (20 years ago), it was the norm to query the physical
monitor dimensions and calculate a DPI from that.
These days, that's very unreliable. So I studied what toolkits like
QT and GTK does. And I've implemented a multi-layered detection
system.
fpGUI now calculates an effective DPI via priority chain, from
top to bottom:
FPGUI_SCALE_FACTORenv variable (supports fractions like "1.4")Xft.dpiresource (often set by Gnome, KDE and XFCE desktop environments)QT_SCALE_FACTORenv variable (supports fractions like "1.4")GDK_SCALEenv variable (whole numbers only like "1" or "2")See commit 706f21d for details.
Any feedback from testing would be greatly appreciated.
ps: I still need to migrate many forms, dialogs etc to MigLayout, and implement SVG icon support, to make the experience even better.
ps No.2: I still need to investigate improvements on Windows and macOS environments as well.
Beta Was this translation helpful? Give feedback.
All reactions