Originally posted by shmerl
View Post
Announcement
Collapse
No announcement yet.
KDE Plasma Now Uses Slight RGB Hinting By Default For Better Fonts
Collapse
X
-
Originally posted by R41N3R View Post
Yes, this is my main pain point on Wayland too. Now Firefox works quite ok on Wayland and because of these rendering issues it looks often quite bad. Kwin needs desperately some attention by the devs!Last edited by shmerl; 06-02-2019, 04:54 PM.
- 1 like
Comment
-
I hate it when desktop environments override my configured font defaults. I set up the symlinks in /etc/fonts/conf.d so that it's consistent everywhere. KDE at least lets you just use vendor defaults/system defaults but some desktops, like XFCE, insist on overriding. If you disable it, it actually reverts back to no antialiasing or hinting and the fonts are misshapen and ugly. At least it's not plunking down .fonts.conf or .config/fontconfig/fonts.conf anymore, it's doing it in its own xsettings.xml file now.
I also made the mistake of installing LXDE because I wanted to see how it has improved after some years. Configuring its settings overwrote my ~/.gtkrc-2.0 and ~/.config/gtk-3.0/settings.xml files, for consistency I guess, it doesn't actually use gtk 3. It took me a bit to figure out what it did, as those are my own hand edited files and I didn't expect anything to overwrite them. (e.g. XFCE sources its own copies of those settings).
In any distro I always recompile my freetype with FT_CONFIG_OPTION_SUBPIXEL_RENDERING defined, which means I want to use lcd filtering and I don't appreciate desktop environments overriding what I've configured system wide.
In Plasma, "vendor default" was the default, which is what I would want. It sounds like they are enabling their overrides by default now. Also, an excellent point was made by carewolf, while most displays (including mine) want RGB not all do. Test here (image to compare lines): http://www.lagom.nl/lcd-test/subpixel.php
Fonts are something I'm extremely fussy about. Not only TTF font rendering, but my console and x terminals have to be using the right fonts or I can't stand it.
- 1 like
Comment
-
Originally posted by Grogan View PostFonts are something I'm extremely fussy about. Not only TTF font rendering, but my console and x terminals have to be using the right fonts or I can't stand it.
I assume it's a given for X11 and not sure about Wayland regarding using appropriate hinting per display. Some android displays take pixel arrangements further with a type of diamond or hex arrangement I think? Can't recall the name, it's on wikipedia, something like pentile perhaps. They did such so that whatever orientation you use, the content wouldn't suffer a certain orientation degrading the quality.
- 1 like
Comment
-
Originally posted by Slartifartblast View Post
Seconded, I have multi monitors.
I've got 10 vdesktops atm, where I organize windows/apps based on topic/projects I'm working with. I can have multiple Dolphin windows open. I don't want one of those windows moving to my current vdesktop, being switched over to a vdesktop that it decided to open the tab in, or it silently opening on one of those windows and me having to play hide'n'seek.
Ideally if there isn't a Dolphin window on my current vdesktop, it should open a new window, if that's not an option, being switched to the vdesktop out of the 3 possible scenarios would be the least frustrating. You'd hope they'd enable a way to disable it though if the behaviour isn't satisfactory. These days though, some KDE devs seem to express a disinterest in providing more configuration options, fingers crossed.
- 2 likes
Comment
-
Originally posted by R41N3R View PostKwin needs desperately some attention by the devs!Originally posted by shmerl View PostI have a feeling KWin development slowed down a lot lately. Seems like no one is focused on actually moving it forward. KWin needs more push to use Vulkan, Wayland and etc. Other modern features like Freesync aren't even on the roadmap yet.
I was thinking that with Wayland, we'd see more of a base compositor with extensions/plugins for anything that's not common/useful to all DEs compositing needs. I think wlroots is meant to be taking that approach? Yet Mutter and Kwin codebases understandably only want to maintain a single compositor for both X11 and Wayland and try to carry over feature parity.
Comment
-
Originally posted by polarathene View PostI wonder how replaceable Kwin is, with reasonable feature parity(iirc it has some KDE specific stuff). AFAIK, it's a pretty big codebase, so expecting any rewrites/ports is perhaps unlikely? Or can an existing compositor for Wayland at the very least be leveraged with the KDE specifics added on so it can be a drop-in Kwin replacement?
I was thinking that with Wayland, we'd see more of a base compositor with extensions/plugins for anything that's not common/useful to all DEs compositing needs. I think wlroots is meant to be taking that approach? Yet Mutter and Kwin codebases understandably only want to maintain a single compositor for both X11 and Wayland and try to carry over feature parity.
https://github.com/swaywm/wlroots
Comment
-
Originally posted by polarathene View Post
Does Wayland support different rendering per display?
- 1 like
Comment
-
For people wondering about the font rendering thing, we actually fixed the bug that was *preventing* it from reading distro-provided defaults. So now we actually to respect those. And if the distro doesn't set anything, we default to slight RGB hinting as a best guess/sane enough default.
- 1 like
Comment
Comment