You must log in or # to comment.
I’m really surprised this post’s been up for 6 hours and there are no GNOME haters commenting all kinds of terrible stuff yet.
Anyways good job, GNOME team.
I use Gnome, and I’m not a hater, but if you’re expecting some harsh criticism for it, here it is: Extensions breaking so easily should not happen. It’s an extreme pain in the butt every 6 months. They should establish an allowed API that’s frozen, while extensions that use private api calls, don’t get posted on the gnome website/extensions app, so they’re harder to find. Simple.
They don’t actually “break”. Extensions have to report themselves what Gnome version they support. If they aren’t patched to reflect this, they will be marked as unsupported on that version of Gnome.
This makes sense from the perspective of making sure the extensions are actually tested on new versions of Gnome by the devs.
Gnome only really has two options here:
-
do what they currently do, with most extensions usually only needing a text file reporting that they support the new version. (Almost all extensions don’t have an issue with this and are updated long before stable release, btw)
-
assume everything works, possibly causing severe problems after an update if a change to the Gnome shell doesn’t play well with an extension.
People often say they should just have an extension API, but that would mean hindering the usefulness of extensions – they’d only be able to do what the API lets them, rather than having free rein over your system, which is currently what makes the extension system so powerful. They’d be almost entirely useless.
No, there is a third option: you freeze the API for the extensions. That way, nothing breaks. And if an app uses private APIs (or public APIs that are not meant for extensions’ use), then and only then you treat it as unsupported.
And yes, the constant breaking is a big, big problem. I use 6 extensions to make the desktop the way I want it to. In every release, I get at least 4 of them breaking for several weeks each time. The last time, the dock extension I used broke with the new Gnome version, but when it got disabled, the “favorite” icons on its dock did not reflect on the Gnome’s default dockbar. All that stuff, are unacceptable for a proper usage in 2024, especially for people coming from Windows that expect stability (no matter what people say, Windows IS stable). I use Linux since 1999, but it’s that kind of stuff that i can’t stand. I want stability. The days when I was hacking on Gentoo in 2003, are long gone. I’m now in my 50s and i don’t have time for that shit.
So, yeah, the third option.
I already mentioned in my comment why the “just have it as an API” point wouldn’t really work unless extensions became severely hampered in terms of what you can do with them.
That’s more acceptable than to have them break every 6 months.
No it isn’t.
And practically, they don’t break every 6 months. Almost all extensions are patched weeks before the new version is even released.
E: so people actively want extensions to be practically useless and barely be able to change anything? You are lying. If they implemented that all we’d here is “hur dur Gnome wants to lock the system down”
You actually want extensions to be useless. What’s the point of them if they can hardly do anything?
You’re fundamentally not understanding how extensions work. They cannot be even nearly as useful as they are now if they have to go through a standardised API. No docks, no window management, etc.
You can always provide them with enough standardized APIs that don’t break, to make them useful. The situation that’s right now is unacceptable.
-
It wouldn’t really be an issue if you didn’t need an extension for every single basic functionality…
Because of how stupidly opinionated Gnome is I switched to KDE a year or so ago and have been extremely happy with it. And what do you know I don’t even need any extensions, because sane stuff like tray icons are builtin.
I do use an extension for distributing windows in custom areas though, and it didn’t even break throughout the (I believe) 2 large updates there were since I started using it.
I like the opinionated nature of GNOME, I don’t have time to configure my desktop, I just need to do work and get paid.
You’ve made a grave error: not hating Gnome on Lemmy/Reddit.
Omg I’m so sorry, no you’re right, fuck GNOME, all its devs are doodoofards! /s
that’s more like it !
I may understand “opinionated” differently from you, but the main issue is that when you do want to change something, you can’t. Or it’s some unsupported hack, or (best case) you flip some hidden configuration variable (that will probably break with the next release).
KDE is well configured from the get go as well, you don’t have to change anything and it will work well. But if you do decide that you don’t like some of their defaults, you can tweak many aspects of it.
Your criticism is fine and even though I support bravery in making significant improvements that break old userspace, I do think that GNOME does it way too often. I meant hate speech and destructive criticism such as calling GNOME team stupid.
I’m surprised too tbh. Many in the Linux community are absolutely insufferable when it comes to Gnome (and a few other projects).
It’s pretty funny.
A: “Linux is about choice.”
B: “Ok cool. I choose to use Gnome, Wayland, and Flatpaks.”
A: “NO NOT LIKE THAT! THAT’S NOT WHAT I USE!!!”
Just dismiss them as the lifeless loser neckbeards they are.
I’ve noticed that Lemmy is a lot more positive than Reddit in most regards.
I noticed a completely opposite thing.
I originally thought was that Lemmy would be worse because it’s more niche. But I post FOSS stuff on here and Reddit and in general the responses here are more positive. Though there was a decent bit of hate towards Mozilla and GIMP when I posted news about them (new Mozilla logo, GIMP 3 string freeze).
There’s much more hate towards many social groups here.
I recently visited reddit after not being on since the exodus, reddit has gotten so much worse, you are really just wrong about this
I visited it a few times recently and there was less toxicity than on Lemmy. I didn’t check technological and political subreddits though.
I saw nothing but toxicity, I feel like all the decent people left after the exodus, although it was politics that I saw primarily
I really have not noticed that. Often it seems Lemmy has a lot of the most extreme Redditors.
I rarely see any comments on any Gnome posts here actually.
Still waiting for these things (which will probably never be implemented):
- integrate Gnome Tweaks into the settings, maybe behind a “customize” button.
- add system tray support. I don’t even know how you’re supposed to access programs running in the background currently.
- add a toggle to put all opened windows on separate workspaces. Navigating workspaces with touchpad three-finger-swipe is a joy, faster and more intuitive than Alt+Tab or via the overview.
- integrate Gnome Tweaks into the settings, maybe behind a “customize” button.
I’ve noticed they’ve done that with a few of the settings, but overall I don’t think there’s much appetite to do this.
- add system tray support.
I remember Gnome wanting to make a cross-desktop standard for this (the currently most popular AppIndicator system is a bit of a mess for multiple reasons, including UX, security, and some Wayland-related quirks). It’s went pretty much nowhere as it would require not only multiple DE’s (and Freedesktop org’s) involvement, as well as third party dev support. I hope it happens at some point though.
I don’t even know how you’re supposed to access programs running in the background currently.
It’s in the top bar, if you click the section where the part with the quick settings. It’s there as a drop-down. It’s an extra click though.
- add a toggle to put all opened windows on separate workspaces. Navigating workspaces with touchpad three-finger-swipe is a joy, faster and more intuitive than Alt+Tab or via the overview.
That’s a cool idea. I actually really like the sound of that. Let’s get you on the Gnome team :P
New toy. Nice.
best comment
