That would be a valid complaint, however, I just installed krita for testing on arch running with KDE and there’s only one entry.
However, there’s also only a single krita entry in the list of .desktop files so idk what exactly is going on there. Maybe under KDE, it behaves differently, no clue.
It won’t show up there because the files have NoDisplay set to true, which hides them from the desktop app view, but they still show up in other places. Here’s Nautilus’ open with dialogue (where I noticed this):
Okay but that would mean you have to open /etc/share/applications in a file explorer which you - usually - don’t really do. Or maybe I’m just too much of a terminal guy to do it.
They says it’s freedesktop standard, and gnome is at fault for not implementing the standard properly. I don’t have this issue in KDE. I don’t understand what it meant different files are supported by different plugins, but maybe internals depend on that structure.
Anyway gnome should be supporting that standard everywhere in all their apps
I honestly agree with the GTK devs here. The app chooser is what meant by the spec and it should show all the apps available to the user. And if KDE respects NoDisplay in the app chooser, but still shows it if the MimeType matches, then I think that’s an even more conjectural reading of the spec.
My application menu did get cluttered with multiple krita entries.
Which was a minor annoyance.
That would be a valid complaint, however, I just installed krita for testing on arch running with KDE and there’s only one entry.
However, there’s also only a single krita entry in the list of .desktop files so idk what exactly is going on there. Maybe under KDE, it behaves differently, no clue.
It won’t show up there because the files have
NoDisplayset to true, which hides them from the desktop app view, but they still show up in other places. Here’s Nautilus’ open with dialogue (where I noticed this):Okay but that would mean you have to open /etc/share/applications in a file explorer which you - usually - don’t really do. Or maybe I’m just too much of a terminal guy to do it.
This isn’t a directory, it’s the list of apps that show up when you right click a file and select ‘Open With’.
https://bugs.kde.org/show_bug.cgi?id=403194
They says it’s freedesktop standard, and gnome is at fault for not implementing the standard properly. I don’t have this issue in KDE. I don’t understand what it meant different files are supported by different plugins, but maybe internals depend on that structure.
Anyway gnome should be supporting that standard everywhere in all their apps
https://gitlab.gnome.org/GNOME/gtk/-/work_items/7776#note_2560841
I honestly agree with the GTK devs here. The app chooser is what meant by the spec and it should show all the apps available to the user. And if KDE respects
NoDisplayin the app chooser, but still shows it if theMimeTypematches, then I think that’s an even more conjectural reading of the spec.