konsole
karousel
| konsole | karousel | |
|---|---|---|
| 6 | 1 | |
| 470 | 141 | |
| 2.6% | - | |
| 9.7 | 9.5 | |
| 4 days ago | 7 days ago | |
| C++ | TypeScript | |
| GNU General Public License v3.0 or later | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
konsole
karousel
-
The KDE desktop gets an overhaul with Plasma 6
> How-the-ever, GNOME is ahead of them because of the progress on high dynamic range color, non-fullscreen/partial scanouts, variable refresh rates, and the hidden work in GNOME extensions enabling things like PaperWM.
What?? Plasma/KWin 5.27 already had support for VRR. On Gnome/Mutter, it's still in a merge request (or maybe it's finally been merged recently? not sure but it's definitely not in any released version to my knowledge).
Not sure about partial scanout, but Plasma 6 also enables basic HDR support (although it doesn't seem to work well on my Nvidia machine, SDR-on-HDR looks very washed out).
Gnome is indeed massively ahead in terms of extensions, but I don't know how much of that is due to capabilities vs. market share. See for example Karousel https://github.com/peterfajdiga/karousel.
From my perspective KDE is much farther ahead in pushing Wayland features. Apart from them currently shipping VRR and HDR, there is also for example long-standing support for XWayland-native scaling that Gnome is just now starting to consider. Or how about implementing server side decoration instead of forcing applications to use something like libdecor?