The Adwaita Icon Theme no longer follows the FDO icon naming spec breaking KDE applications on Fedora 40 Workstation and Co. See the concrete state of the issue in the linked article.
This is probably one of the most frustrating bug tracker threads to date…
“Your theme isn’t FDO-compatible”
“We don’t care, not our problem”
“Please remove the FDO-compatible marking on your theme”
“Sounds like a YOU problem”
“Its your theme”
“… bug closed”
I really like gnome the software, but I’ve started considering moving away from it after a decade simply because of how toxic and difficult gnome the project can be.
I also really like GNOME the software but I moved away a few months ago because of this.
As is, the current GNOME is unusable to me without extensions because they refuse to implement support for appindicators. You literally cannot use applications that minimize to tray on vanilla GNOME right now. They have been talking about adding their own protocol for years but that is of no use when things are broken right now.
Important features and bug fixes are always stuck in merge request limbo for years. VRR for Wayland got merged recently after 4 years and it’s still experimental. DRM leasing is still missing on Wayland, KDE added it 3 years ago.
The final straw was when KDE announced HDR support last year I switched over because I knew GNOME would probably lag behind by months or even years.
Having only small experience with this I already know how painful it is to have PRs simply not merged forever.
I’m aware of their reason for dropping support but it’s not sensible to drop a functioning system and replace it with nothing and then talk about how to do it better for years. That post is from 2017, it’s 2024 now and there is still no replacement in sight.
You’ve missed the part where they have no intention of replacing it. It’s bloat. And I agree with them.
Where relevant they’ve added stuff as a core part of the panel, like recently an indicator for VPN connections. If you want to use an application you can alt-tab to it, like we’ve done for decades. Everything else is relegated to media controls and notifications. Appindicators are legacy at this point, and they systematically get cut from modern designs like mobiles.
I agree app indicators are a very strange concept, but the alternative is an app using an extension to place itself in the quicksettings or similar.
Like: Syncthing, Nextcloud, VPN apps. How would they display their small info and sync status?
Notifications, you can have the app fire a notification when it’s synced or disconnects for example. Gnome is working on better notifications right now. Tablets, chromebooks, cell phones… have been doing fine without appindicators; people just have a hard time changing their habits.
@imecth @cullmann @ohyran @UnityDevice @domi It wasn’t true when Allan wrote that blog post, and it’s still not true now. If you drop XEmbed and only support SNI (as Plasma did years ago), you have one way to handle it. As it is, Fedora Workstation has an open ticket about adding the appindicator extension because applications are broken without it and Ubuntu maintains and ships it to support a useful user experience.
Currently the ticket is deferred until we resolve updating the SNI spec.
deleted by creator
As is, the current GNOME is unusable to me without extensions because they refuse to implement support for appindicators. You literally cannot use applications that minimize to tray on vanilla GNOME right now. They have been talking about adding their own protocol for years but that is of no use when things are broken right now.
So what, just use the extension. Currently no cross-desktop API for systrays that doesn’t suck in one or another way exists, so GNOME doesn’t have support for them. If you care that much about not using an extension, implement it for yourself.
Or, use KDE. Which does it all without any extension, even if the current API sucks.
It’s not acceptable to me to require a third party extension to achieve a basic useable desktop environment.
Yeah, just because the api is not perfect, to just not support it, is no solution. With that argument you can just skip most interop api, as they all have pain points.
There literally was an implementation that was dropped, and I think it is clear that a PR for a better one would be dropped too.
Instead, GNOME users can stare at an empty panel, while KDE Plasma saves screen space and still has a panel with apps and all needed infos.
Hey, I have it on good authority that apparently users get confused and freeze up like myotonic goats if there’s more than three icons in the panel.
What PR? And what about the missing API that satisfies every/most desktops’ needs?
And any GNOME user who needs that can use the extension. I don’t really get the point, apart from philosophy, which doesn’t really make sense here since nothing perfect exists yet, which GNOME seemingly doesn’t like implementing. Maybe some work towards that would be good, but I’m just someone using software for free, without paying anything.
Yes, not that nice, at least now it is re-opened.
And they added back Tango as a fallback and the bug is fixed because now its FDO-compatible… I am pretending the snark at the end by Jakob isn’t there and its all good
Just a quick screenshot from Kate 24.04.80 (beta1 before 24.5.0) on Haiku, I’m not sure if Haiku respects the FDO naming spec, but atleast the icons aren’t broken so fallback to the breeze icons for the ones not present in Haiku’s icon set still seems to be fine. :)
Nice :) In my new post I did try the current KF5 Kate on Haiku, too, works. https://cullmann.io/posts/kde-applications-and-icons/
