How about when the theming is baked in and impossible to change?
Enshittification doesn’t have to be monetary. It’s about doing things that go against the interests of the user.
Unfortunately Gnome has taken to heart St. Exupery’s law (“perfection is not when there’s nothing left to add, but when there’s nothing left to take away”) but have forgotten that it was coined in an era of mechanical devices and there’s more than one aspect to software. Applying it to functionality is very different from applying it to features and customization. The latter ends up making software feel bland and oppressive.
How about when the theming is baked in and impossible to change?
It’s not impossible to change, people alter it all the time. E.g. with Gradience. Either way, it still wouldn’t make it enshitification.
Enshitification != when an app from an open source project has a theme that’s harder to change.
Unfortunately Gnome has taken to heart St. Exupery’s law
Yawn. The usual “hur dur what’s Gnome removed this time???” line that doesn’t even make any sense. Go luck at changelogs for Gnome updates and you’ll see that meme is bullshit.
And again, still nothing to do with enshitification even if Gnome were trimming features out all the time, which they aren’t.
You people really need to learn what enshitification means instead of just latching onto the newest buzzword.
How about when the theming is baked in and impossible to change?
It can still be changed, it’s just a harder to do so.
It’s about doing things that go against the interests of the user.
This conveniently ignores that app developers are also users of ui frameworks, and they would like a well defined platform to test for, rather than an endless stream of distros each with its own theme that could break their app.
How about when the theming is baked in and impossible to change?
Enshittification doesn’t have to be monetary. It’s about doing things that go against the interests of the user.
Unfortunately Gnome has taken to heart St. Exupery’s law (“perfection is not when there’s nothing left to add, but when there’s nothing left to take away”) but have forgotten that it was coined in an era of mechanical devices and there’s more than one aspect to software. Applying it to functionality is very different from applying it to features and customization. The latter ends up making software feel bland and oppressive.
the definition of enshittification is absolutely about money, it doesn’t just mean “making things worse”
It’s not impossible to change, people alter it all the time. E.g. with Gradience. Either way, it still wouldn’t make it enshitification.
Enshitification != when an app from an open source project has a theme that’s harder to change.
Yawn. The usual “hur dur what’s Gnome removed this time???” line that doesn’t even make any sense. Go luck at changelogs for Gnome updates and you’ll see that meme is bullshit.
And again, still nothing to do with enshitification even if Gnome were trimming features out all the time, which they aren’t.
You people really need to learn what enshitification means instead of just latching onto the newest buzzword.
It can still be changed, it’s just a harder to do so.
This conveniently ignores that app developers are also users of ui frameworks, and they would like a well defined platform to test for, rather than an endless stream of distros each with its own theme that could break their app.