Summary: | Suggest KDE equivalents of GNOME software | ||
---|---|---|---|
Product: | [Applications] Discover | Reporter: | Nate Graham <nate> |
Component: | discover | Assignee: | Aleix Pol <aleixpol> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | jbicha |
Priority: | NOR | Keywords: | usability |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=387379 | ||
Latest Commit: | Version Fixed In: |
Description
Nate Graham
2017-11-28 04:11:55 UTC
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 *** |