In 2024, with GNOME 45, Wayland, and 1.25 fractional scaling, regular DPI displays still look better than HiDPI displays. This is a photo of Discord on two laptops side by side.
The blurry one is the HiDPI display from Framework 13. The sharp one is a regular DPI display from Dell XPS 13. Both laptops.
The difference is even more stark in person.
Even the screenshots from the Framework are blurrier than the screen shots from the Dell.
This is an Xwayland and Electron issue, not a Discord or Gnome or a Display issue. This is because Electron under Xwayland (and also somewhat under Wayland) doesn’t behave well with fractional scaling. If you want a true comparison, try opening Discord on Firefox with Wayland. It will be night and day in terms of sharpness compared to regular DPI displays
It’s also posaible to open Discord with Wayland directly by editing the exec command in the .desktop file. Can’t remember what it was ofd the top of my head, but it’s the same for all electron apps.
Add
--ozone-platform-hint=autoto the command, I’ve done it so may times for electron stuff it’s engrained into my head now haha. You can check that it works withxlsclients.Also
QT_QPA_PLATFORM=waylandfor QT based apps is handy to know too if they’re not behaving.It works but as soon as I close it to the tray, it’ll crash
There’s no useful information to glean from this image other than the fact that we finally found someone who uses light mode on Discord.
Lmfao
I generally prefer light mode (I got lemmy on light mode for example) but certain apps like steam or discord just always were dark mode so I prefer them like that now lol
deleted by creator
Agreed. I just see one that’s brighter and that makes it hard to not prefer it.
I can’t even see which one is good and which one is bad. They are just different.
Why are you using discord to compare and not literally any other app on the computer that actually has working scaling?
Maybe it’s the app he first noticed the difference in
Tell me you have no idea what you are doing, without telling me you have no idea what you are doing.
“The blurry one” bro, which one is blurry or sharp. You never said left or right and assume we persieve things like you do
Non integer display scaling will always look like crap. Either set the scaling to 1 or 2 if you want it to look sharp. It’s better to increase font and icon sizes if they are too small.
Yeah, I stopped using display scaling and switched to this text scaling setting to get a similar result in a cleaner way,
$ gsettings set org.gnome.desktop.interface text-scaling-factor 1.25Non integer display scaling will always look like crap.
No it won’t, Windows has had this figured out for at least a decade
Apple, too. The 2012 MacBook Pro had a high DPI display, and everything scales normally even when dragging windows over to non-HiDPI external monitors.
That’s not even getting into the mobile OSes, which have to deal with nonstandard display sizes and resolutions all the time, across multiple settings for accessibility.
Either set the scaling to 1 or 2 if you want it to look sharp
I just switched the scale to 2x on the Framework and it also looks blurry. Actually, I wanna say the Framework display at 2x is worse than at 1.25x… I can see more of the fuzz around the fonts now. Framework at 2x on the left, Dell XPS 13 with the font size increased on the right.
It’s better to increase font and icon sizes if they are too small.
I haven’t tried this, but seems logical.
Coming from a Dell XPS 13 where everything Just Works ™ , I’m bummed Framework’s choice for display isn’t Linux compatible. I might just end up returning the Framework, the blurry fonts are messing with my eyes…
Did you make sure to disable fractional scaling before setting the 200% setting? If not, then it’s not an actual integer scaling and it will have the same issues as other non integer scales
Framework’s choice for display isn’t Linux compatible.
They really should have set the option
Make_Discord_Blurry_On_Framework_Laptopsto"false"in the Linux kernel.If you don’t like it you can send me the laptop. I’ll dispose of it.
the yellowed colour temperature of the one on the right is more offensive than any blurring
Unless it changed recently, Gnome and fractional scaling factors do that. When you set it to 1.25, internally it does 2x then downscales that back to 1.25.
Even “real” fractional scaling in Plasma with Qt 6 is not much better. Text will look slightly sharper, but icons are still blurry. There is no way for them to look sharp with 1.25 scaling since they are drawn with a pixel grid in mind. Unless you invent some way to stretch svgs so that their individual elements and spaces between them retain their integer-ness while the scale of the whole image is fractional.
The only other solution is monitors with 300+ PPI where blurriness is simply not noticeable (that’s the way Apple went).
SVG is vector based, you can scale it endlessly. I don’t know how KDE does it, but the only thing I can imagine SVG giving you grief scaling is if the DE is caching bitmaps and scaling the cached versions instead of redrawing the icons.
Caching bitmaps for SVGs is sensible, not updating them when needed is madness. So probably it’s something else.
It is scalable but the icons are still drawn against the virtual pixel grid. If an icon is designed to be perfectly pixel-aligned when rasterized at a certain size, then rasterizing it at 1.25 of that size will cause small distortions if it contains small elements (such as 1 px width lines).
What bugs me is we have fsr and dlss and all these cutting edge scaling techniques for the 3d game space, but we’re stuck fighting pixels on desktop I guess
FSR and DLSS work well if you have a lot of pixels to work with, but it gets drastically worse the fewer you have to work with.
Both also struggle with text.
It’d be completely unusable for a lot of typical computing
FSR and DLSS work well if you have a lot of pixels to work with, but it gets drastically worse the fewer you have to work with.
I’m not sure I understand this, I use FSR to scale from 480 to 1080 which I thought was the intent? Render small image and then fill in information to make it closer to native resolution?
But yes it definitely it struggles with text, I wouldn’t expect to apply existing solutions and have it all just work, more like something specialized for text and desktops, using tensor cores or whatever.
I’m ultimately just frustrated we live in a time with tech to generate an image of a potato bug juggling flaming swords, while simultaneously failing to have a good UI experience with HiDPI displays that are becoming more and more common.
The Arch Wiki gives good tips on what environment variables to set to make sure that your GUIs are running with Wayland native and not XWayland. I have a Framework and I don’t have any blurry text issues, and I’ve done all the settings in this section.
Uh, I just see a not so high quality photo
Did you enable subpixel font rendering and mess with the hinting?
This might be a bit of a hot take, but fractional scaling is generally not worth it, it almost always leads to some apps rendering things blurry and uses slightly more graphics resources. I’ve got a Framework 13 and I can say that just turning on the Large Text feature in Accessibility settings does the trick for me. This obviously doesn’t work for everyone’s needs, but if you’re like me and just want things to stay crisp but big enough to read, this could be a viable alternative.
For apps on supported compositors (not Discord, it’s even experimental in Chromium), fractional-scale-v1 works quite nicely depending on the scale. Qt6 can have some minor artifacts at times when using some custom scales like 115%
deleted by creator
Removed by mod
