Discover's default sort order is RatingCountRole, and GNOME Tweak Tool is apparently very popular in GNOME-based distros, so it shows up as the second entry once you click on Applications. But GNOME Tweak Tool totally inapplicable and inappropriate for 99.9% of Discover users, nearly (if not actually) all of whom are using Discover on KDE Plasma, not something GNOME-based. There are many other pieces of GNOME software that feature prominently in Discover, yet should probably not be recommended because there is a high quality KDE equivalent: - Nautilus (Dolphin) - GNOME Builder (KDevelop) - Pitivi (Kdenlive) Not that there's anything wrong with these apps in general, but they're probably not what a novice KDE Plasma user should be encouraged to install because they will look weird and bring in a huge number of GTK and GNOME dependencies that may mess up the system. Where there is a high-quality KDE equivalent and Discover is being run in Plasma, we might want to find a way to present that. Perhaps a yellow-colored bar on top that says something like: "This app is designed for GNOME desktops. The following app may work better with your KDE Plasma desktop: [app name]
Then probably the solution is to restrict the sorting by whether it's a DE-specific application?
I don't think we'd want to hide non-KDE software entirely. But where there is a KDE equivalent of some piece of software designed for GNOME, XFCE, Elementary etc, I don't think it's unreasonable to show the KDE software first, or badge the other software with a notification that there is a KDE equivalent available.
I've invited Jeremy Bicha--the GNOME Tweaks maintainer--to participate in this conversation. In general we want to show GNOME apps in KDE's discover, just as the GNOME folks want to show KDE apps in GNOME Software. However the issue is one of priority: when there are similar apps, each designed for different desktops, presumably GNOME users would prefer to be shown the GNOME version first, and Plasma users would prefer the KDE version first. For example, right now KDE Discover users see Pitivi before Kdenlive, and Rhythmbox before JuK, Amarok, or Elisa, and Gedit before Kate. There is nothing wrong with the GNOME apps of course, but it seems more humane to respect the user's demonstrated desktop preference and show them apps specifically designed for that desktop first. We shouldn't hide apps from other desktops, but maybe just make sure that the current desktop's apps take priority and get shown first.
I'm not in favor of this. In general, we want our users to be using the best application for a specific need. If an application is very shell-specific (e.g. system settings) we should filter it out, otherwise it should be available. We can find ways to filter for the supported features but I'm not a big fan of this distinction. Let's focus on making sure that linux users get the best free software for them.
It occurs to me that the "Recommended" sort order/view that I proposed for app lists in Bug 387805 would basically take care of this, since presumably we wouldn't recommend a piece of GNOME software that had a perfectly adequate KDE equivalent. For other non-curated views, I see your point now and agree. *** This bug has been marked as a duplicate of bug 387805 ***