Does it matter that Gnome doesn't support VRR? And why?
Question to help me increase my understanding on what’s going on in the Linux desktop stack. I’ve heard Gnome doesn’t support VRR while KDE does.
Why does this matter, isn’t Wayland or X11 the one that would ultimately need to support VRR? Basically when running a game that I want to use VRR with, why does it matter what my desktop environment is doing?
Never noticed while gaming for months in high refresh rate screen. I don’t think it’s worth switching to KDE. I’m currently on KDE because I was convinced by others this VRR issue was a problem but honestly there is so many things wrong with KDE I wish I did not switch
Can you elaborate on the issues you have with KDE?
Perhaps you should test Plasma 6 in a KDE Neon live environment, and report any bugs you may find, especially one's particular to your hardware configuration, that way your particular issues would get patched.
You can also help by making suggestions for general improvements too.
No idea where to report this but this is the list I keep. Some already have reports I could find as far back as 2012.
default screenshot tool does not copy to clipboard (as soon as app closes(which is immediately after the screenshot is taken) the clipboard data is lost)
fix is to keep the app open until after pasting which adds just so much overhead for no reason
display scaling does not work (125% causes all fonts to be fuzzy)
alt tabbing does not work as expected (shift-tab should go back in the alt-tab menu but it does not (apparently only with SOME keyboars??? since 2012: https://bugs.kde.org/show_bug.cgi?id=294249))
while alt tabbing: every other screen disappears which makes me motion sick
while alt tabbing: clicking the screen you want to go to cancels the alt-tab and you land back to where you started ??????????????????????????????????????????????????? This one makes me unreasonably angry every time it happens.
almost every theme breaks krunner (background somehow shifts when hiding??)
default settings app is junkware
side bar behaviour is terrible unless you have it wide enough for it to go double sidebar (eg: when on home in sidebar: search > click on group > click on back > click remove search > puts you in the group again?????)
crashes when changing mundane settings
every single screen looks different, no consistency across the app
it is using some custom text selection logic or SOMETHING because double click text selection in text fields does not select per word
mouse up outside popup while selecting text closes the popup?? (mouse up next to a button that you mouse downed on correctly cancels the mouse click without closing the popup)
many apps show the wayland icon in task bar (every bugreport to kde is just replied with "yeah that's the apps fault" but it works in gnome)
The screenshot issue maybe fixed, have you tested it recently? I assume you mean Spectacle with Klipper. If it's still happening, it's likely something simple like the screenshot is being wiped out in Klipper storage when the Spectacle window is closed instead of sticky around.
Perhaps a miss-configuring of the distro you're using or a bug in Spectacle or Klipper itself.
I'd recommend testing it with the latest version of Spectacle on Plasma 6(for latest Klipper) and checking what's happening in ~/.local/share/klipper/history*.lst
Then open a bug report on your findings if it's still happening.
Scaling causing fuzzy font is a known issue related to DPI, it's supposed to be getting fixed in Plasma 6.
This alt tab (Activities) bug was closed with "Needs Info", you should probably open another one and provide the missing info using the old bug as reference.
Perhaps they could add/obey an animation, like slide-behind or genie. Might be worth opening a bug 'suggestion' report.
That's a bug for sure, test in Plasma 6 and open a bug report if it's still there.
I've personally never had any issues with theming Krunner, perhaps worth testing in Plasma 6 and opening a bug report.
Default settings app is getting a rework in Plasma 6, try it out make suggestions on how to improve it.
That's the app not obeying the .desktop rules, it's a design decision taken as to prevent a particular vulnerability where a malicious app could switch icon extremely rapidly causing all sorts of issues and allowing for potential arbitrary code execution.
Gnome just said "fuck it, we don't care; won't fix" and left the vulnerability as is.