Wuuttup. I’m here complaining again about Framework’s Linux unfriendly display. The new one this time.
https://frame.work/products/display-kit?v=FRANJF0001
Old display, 2256 x 1504 (3:2)
GNOME
100% scale
- Nothing looks blurry
- Everything is tiny
- Unusable
100% scale + large text accessibility
- Nothing looks blurry
- Most apps scale appropriately
- Some apps don’t respect GNOME’s large text setting (Alacritty)
125% scale
- Most apps look blurry (Picard, Firefox, Spotify, Alacritty)
200% scale
- Everything is way too big
- Unusable
Plasma
100% scale
- Nothing looks blurry
- Everything is tiny
- Unusable
125% scale + Apply scaling themselves
- Nothing looks blurry
- Most apps scale appropriate
- Some apps can’t scale themselves and look tiny (Picard)
125% scale + Scaled by system
- Most apps look blurry (Picard, Firefox, Spotify, Alacritty)
200% scale
- Everything is way too big
- Unusable
New display, 2880 x 1920 (3:2)
GNOME
100% scale
- Nothing looks blurry
- Everything is tiny
- Unusable
100% scale + large text accessibility
- Nothing looks blurry
- Most apps scale appropriately
- Some apps don’t respect GNOME’s large text setting (Alacritty)
- Everything is tiny
150% scale
- Most apps look blurry (Picard, Firefox, Spotify, Alacritty)
200% scale
- Everything is way too big
- Unusable
Plasma
100% scale
- Nothing looks blurry
- Everything is tiny
- Unusable
150% scale + Apply scaling themselves
- Nothing looks blurry
- Some apps can’t scale themselves, but look a little better here? (Picard)
150% scale + Scaled by system
- Most apps look blurry (Picard, Firefox, Spotify, Alacritty)
200% scale
- Everything is way too big
- Unusable
tl;dr
In the old display, GNOME at 100% + large text was the best compromise. In the new display, Plasma at 150% + Apply scaling themselves is the best compromise.
Interestingly, Picard scaling itself looks super tiny in the old display, but in the new display it looks… better. It’s still not correctly scaled like native Wayland apps, but it’s better.
Warning
If you can’t stomach moving from GNOME to Plasma, then 🚨 DO NOT BUY THE NEW DISPLAY 🚨. The new display is worse for GNOME.
Once again
I am once again begging Framework to just give us a damn regular DPI display that works! Without workarounds. Without forcing users on specific DEs. Without forcing users to stop using their favorite apps. This new display has basically all of the flaws as the previous one.
You want hardware manufacturers to provide shitty screens in perpetuity just so Linux devs can avoid implementing proper scaling? Yeah, no.
GNOME sucks, both in their community engagement culture, and actual look. I’ve never liked their culture, but they used to have a superior desktop IMO.
So hardware manifacturers need to adapt to XOrg now? LOL the reason that some apps dont scale right even on Plasma is that they are probably not Wayland native yet.
And GNOME still doesnt have stable fractional scaling, unlike Plasma.
Hardware vendors shouldnt need to adapt to GNOME too.
Agreed. HiDPI is the way to go and we should appreciate Framework for putting that in their laptops instead of continuing the use of shitty 1366x768 screens.
Xorg is the reason why OP is facing the scaling issues. OP, try to force the apps to run on native Wayland if they support it but don’t default to it. The Wayland page on Arch wiki has instructions on that. Immensely improved my HiDPI experience.
Woopsie
Last paragraph too
sober (RoL support) has scaling issues for me too
I am once again begging Framework to just give us a damn regular DPI display that works!
Bottom Skinner is right, though. It’s 2024. HiDPI has to be supported by all toolkits, desktops, and applications at this point. There are no excuses. Even 1080p on a 14" laptop screen warrants 125% scaling, IMO.
“This hardware works fine and even has compatible software that it works great with. But I’m going to prefer the broken software for other reasons. And that means it’s the hardware’s fault.”
Software that is built to be compatible with a wide variety of hardware should be compatible with a wide variety of hardware.
If software can’t handle a 16.5:16 aspect ratio, then that’s bad software. I don’t care how weird of a niche thing that is… just make your software abstract enough to handle those cases.
It’s 2024, any resolution/aspect ratio/DPI combo should be supportable. There’s enough variety of monitors out there that we should have a solution for handling things on the fly without needing to have a predefined solution.
🤣on 14” 1080 i would need 50% scaling to make it usable for me, since I can not work with such a tiny space for my apps… You can’t even use two apps side by side on 1080 these days, since everything is designed for higher DPI.
And even on 100% is the font so blurry that it is hard to read. Got do I hate 1080p 🤣🤣
Everything I use needs high DPI like 2k to 3k on 14” - 16”, everything bigger needs at least 4k
I get needing more space for certain workflows but if fonts are blurry on 1080p at 100% there’s something wrong with your setup. Misconfigured font renderer or so. Configure your FreeType to set font smoothing to sharp and hinting to slight. If your distribution has other defaults, file a bug report with them. Back in the day when screens had a lower pixel density (I had 15" 720p once), FreeType might have been configured “smoother” because it would match print output closer.
Scaling for HiDPI displays is unacceptable on every desktop OS, it is crazy that so little effort has been put into making the experience of modern monitors good.
I feel this is one of those few sectors, like wifi compatibility, where Windows completely destroys Linux, MacOS, and BSD. As someone who regularly switches between operating systems on bare metal & 4K, trying to use a HiDPI display on *nix is painful and will only kinda work with caveats after 100 hacks (as seen here), whereas Windows has a zoom slider that just works.
macOS seems to handle this pretty well, honestly. About the only issue I have is XQuartz and even it’s pretty good.
What’s the issue you’re seeing?
Scaling, MacOS has no actual scaling it will only lower the resolution, and using Retina on anything that isn’t sold in an Apple store (and even then) just simply does not work. It essentially has no HiDPI support past using native resolution with slightly larger text that is not adhered to by most of the operating system itself. I am at a loss at why you think this is well handled, what criteria are you using?
HiDPI has to be supported by all toolkits, desktops, and applications at this point. There are no excuses.
I mean… yeah, I agree. Would you mind sending that email to the millions of devs around the world? Not sure if they’re aware of this.
I just want to be able to read my screen. 😭
Would you mind sending that email to the millions of devs around the world?
Yes, I mind. For Qt5 applications, basic HiDPI support can be patched in with a single line. I actually did that for a handful of applications, tested them, and then submitted pull requests on Github. I cannot program, so all I could do is to copy and paste that one line from the Qt documentation. It’s not much but I already did my part.
My exposure to Linux is pretty minimal, especially Linux with a GUI, so forgive my ignorance. Even reading over this thread I’m confused as to the issue here.
I don’t need an ELI5, but maybe someone can explain it like I don’t know what Wayland is?
My understanding is that an app should ask the system to display an object at X size, let’s say text at size 14. The system then works out that at the currently selected display resolution, size 14 will be Y pixels big. If needed, the system can scale that based on user preferences- a small, high DPI screen could render size 14 at only a couple of millimetres, for example.
Is the problem that devs are building things in a way that bypasses scaling? For example, hardcoding size 14 text to be Z pixels high?
One of the issues at hand is that X11, the predecessor of Wayland, does not have a standardized way to tell applications what scale they should use. Applications on X11 get the scale from environment variables (completely bypassing X11), or from Xft.dpi, or by providing in-application settings, or they guess it using some unorthodox means, or simply don’t scale at all. It’s a huge mess overall.
It is one of the more-or-less fundamentally unfixable parts of the protocol, since it wants everything to be on the same coordinate space (i.e. 1 pixel is 1 pixel everywhere, which is… quite unsuitable for modern systems.)
Wayland does operate like how you say it and applications supporting Wayland will work properly in HiDPI environments.
However a lot of people and applications are still on X11 due to various reasons.
scaled by system/themselves … looks like those are x11 apps. why is firefox into this? run it as native wayland with
MOZ_ENABLE_WAYLAND
96 DPI should be a choice, agreed. But it’s a software issue when an app or a framework doesn’t display well on HIDPI.
Agreed! Not saying it’s not a software issue. Of course the software is broken. Of course I wish it was updated.
But, Framework seeing the landscape and picking hardware with known issues is a bad choice. They could offer lower DPI and eliminate entire pages of workarounds and half fixes.
Yes, high DPI should work, but it doesn’t everywhere. That’s just the reality, I wish it wasn’t.
Hardware should lead. It’s easier to upgrade the software to make the hardware work, then it is to upgrade the hardware when the software decides to support it.
Meme is right, in 2024 poor HiDPI scaling is a software issue
I really hope that all Linux desktop software gets scaling support soon. Can’t live with only integer scaling increments
Honestly I might be dumb, but I don’t understand why I can’t scale any app individually to custom fractions. Why don’t DEs add this as a feature?
I have basically zero issues with fractional scaling with Gnome on Wayland, I thing you probably have something configured wrong.
Here’s a screenshot of how a few programs look for me with 125% scaling on my original framework display. The only thing slightly blurry is spotify but it’s not enough to be noticeable in normal use.
Edit: Looks like lemmy actually compressed my screenshot a fair bit but I think you can still tell that things are scaling properly
You can launch spotify under native wayland instead of xwayland, it gives scaling without blur
https://wiki.archlinux.org/title/Spotify#Running_under_Wayland
this way works for all electron programs like discord, motrix
Weird… My experience with the old display is quite different
Plasma
100% Scale
- Nothing looks blurry
- Everything a perfect size
- Wonderful
I guess you are working closer to the screen, but I feel you, I use 100% on 2000:3000 surface book 3 screen as well as 100% on 4k 32” and I love it 😂 but I think I am the only one in our office…
I bought 1440p instead of 4k last year on purpose because I didn’t want to have to deal with scaling. Plus it was cheaper and I need less power to run games on it lol
For gaming, 1440 is often better than 4k because the refresh rate is generally higher with lower resolution at the same price point. I don’t even know if a 4k 240Hz screen already is payable 😂🤑
Try changing display resolution instead of scaling. Scaling was always a hack.
Scaling is the future, too low set resolution was always the hack…