Polishing Discover Software Center

KDE Discover Software Center is a key element of our Usability and Productivity initiative because it encompasses the basic experience of discovering, installing, and removing software. Most regular people don’t want to use the command line to do this, and for them, we have Discover.

In the last few weeks, lead developer Aleix Pol has put an enormous amount of work into Discover, fixing bugs and implementing features:

  • Add Flathub button now disappears immediately after adding Flathub (KDE Bug 388294)
  • “Update All” button is now always visible on Updates page even after you scroll down (KDE Bug 384351)
  • Improved search on Updates page (KDE Bug 384463)
  • Fixed a large number of crashes (KDE Bugs 384351, 385040, 378339, and 383413)
  • Major overhaul of the Settings page UI (KDE Bug 388153)
  • Screenshot pop-up now allows navigation (including via keyboard arrow keys) between multiple images (KDE Bugs 387816, 387879, and 387858)
  • Screenshot pop-up margins now always match image size and dimensions (KDE Bug 387819)
  • App description text no longer cut off when window is resized to be very narrow (KDE Bug 388104)

I even got a few patches of my own accepted:

Here are some screenshots of how Discover looks today:

Browse page:

App page:

Settings page:

Installed apps page:

Updates page:

Eagle-eyed readers will notice a few bugs in these screenshots. Those are tracked by the following:

  • Discover’s sidebar is too wide (KDE Bug 385992)
  • Discover sometimes doesn’t de-duplicate categories from Flatpak backend (KDE Bug 388313)
  • Discover’s package update information displays identical information under “Reason:” and “Change Log:” headers on Debian and Ubuntu-based distros (KDE Bug 387041)
  • Dolphin shows the icon for Nautilus rather than its own in Ubuntu-based distros (KDE Bug 388702 for Neon; KDE Phabricator Maniphest Ticket T7717 for Kubuntu)

We’re aware of these issues and are actively working to investigate and resolve them. If you use Discover and find any other issues, please feel free to file a bug.

As always, thank you all for your support. If this work excites you or you find Discover useful, consider becoming a contributor yourself or donating to KDE!

33 thoughts on “Polishing Discover Software Center

  1. Hi!

    I think that on the first screenshot the list items are to big and a lot of space is wasted. There are only three items visible (vlc, transmission, firefox). The app icons could be much smaller and application descriptions are unnecessary imo. There is a lot of blank space in every list item. Maybe a install/remove button could be placed under app icon? Dunno.

    Kind regards

    Like

    1. First oft all:
      Thanks a lot for your work!!!
      I think it is really important for new users, to have a pleasent clean ui for the software installer they are relying on then. That is giving them confidence and make them trust in this new platform. Having something there that works out of the box as expected, is helpful, especiallially as a first impression.

      Now coming to what I think that can be improved here:
      I think, that it needs these minor improvements that @drums already mentioned, when used on small laptop screens.
      Also, I personaly DON’T consider it as not intuitive and weird when looking at it, to present app metadata above the pictures.
      It is the way deepin-appstore ( https://www.deepin.org/en/original/deepin-appstore/) presents their apps, and I consider their solution in this special case as really beautiful.
      I don’t want to complain about anything , these are only my personal suggestions.
      But in general, when I look at it, discover seems to be on it’s way to get better and better. It’s so much better now, compared to how it looked/worked one_and_a_half_year_ago.

      Like

  2. In the app page, is there any reason to why the apps metadata is put above the pictures? It seems a little weird to me and would rather prefer if it was moved down below the app description, but above the reviews. Besides from this nitpicking Discover seems quite useful, good work!

    Like

    1. We thought it made the most sense there. I do see that GNOME Software has the info on the bottom. The design is a work in progress, and we’re always happy to hear user feedback! I’m glad you’re finding Discover useful!

      Like

    2. It’s nice to see that Discover is getting more polished.

      I think the way applications are presented in Gnome Software is pretty nice, with the info at the bottom, the labels being slightly muted, the license being interpreted as Free/Nonfree and the website being accessible via a button.

      For reference: https://i.imgur.com/NXeBzDk.png

      Like

  3. Hello Nate!

    Thank you for reporting the current state of Discover!
    Could you please mention the state of Snaps integration and whether their support is comparable to the flatpak’s one? I can remember Aleix and Harald were pushing that topic pretty much and with Bionic coming soon it’s a quite important one.

    Secondly, could you confirm that reviews are shown completely now? The old discover sometimes showed only some of them – it was a bad experience…

    Regards

    Like

    1. Snap support is rougher than Flatpak, but advancing quickly. It’s already quite usable–if your distro packages the Discover Snap backend, which Kubuntu 17.10 doesn’t, oddly enough.

      As for reviews, I believe they are all shown. We don’t show a star rating, though.

      Like

  4. Hello,

    I like discover a lot, but i also liked the late Bodega’s concept of being a store for not just apps, but for everything (music, books, and so on).

    Any chance of this coming for Discover any time soon?

    Like

    1. That’s great!!!
      Would be wonderful to have a place where we could go and get *anything* (and for free…)

      Like

    1. I’m not him, but why can’t Qt apps ever have nice scrollbars that stay out of the way like Gnome apps? I love KDE software and Qt, but this is my biggest pain point. The scrollbars are always there and are enormous. With Gnome, the scrollbars disappear when no scrolling is taking place; if you scroll with the mouse wheel or by touch, the scrollbar shows up to indicate your position, but it’s very thin; the scrollbar only shows up at its full thickness if you actually mouse over it to grab it directly. I’d love it if Qt / KDE apps worked like this.

      Like

    2. You might be interested in the proposed patch at https://phabricator.kde.org/D9792. which makes not-in-use scrollbars even thinner (they expand to full size when being used). We’ll definitely consider a global option to hide scrollbars when not in use, but since such a thing would be quite polarizing, we’d definitely make it an option, not something mandatory. This is how macOS handles it, for example.

      Like

  5. This is very exciting news to see all of the work going into discover. I have used discover in the past and I have not found it to be a satisfying experience. I mention it in the latest Destination Linux Podcast when we talked to Jonathan Riddell.

    Are all of the bugs listed above fixed and out now? or is there a date or version number that they will be out in?
    I can’t wait to try it out again.

    Thanks for all of the hard work you and everybody else put into this.

    Like

    1. I’m glad you like it! Discover is released as a part of KDE Plasma, so they should all be fixed in the next major Plasma version, which is 5.12.

      Like

  6. I never understood my discover makes so increadable bad use of the space. Not only that the left bar is quite to wide, the big blue section with the Plasma logo is just not necessary and useless, also the big picture above the application list … It may look fancy but it is just so huge … There would be room for at least one more app to be shown. Furthermore the application list itself is also to big (for my taste) I think discover is the reason why I don’t like Kirigami and how it looks like. But I don’t wan’t to complain. Should I make a mockup with tackles the point which disturbs me the most ? Not that it should be changed just for me (lol) but maybe I could help to improve some design details?

    Like

  7. First of all, sorry for my English, I am from Argentina, so my native language is Spanish. I am using Kubuntu 17.10 with Discover 5.10.5 and I found some issues:

    First of all, when installing an application, it is impossible to see the installation percentage, is it a bug? And is it solved nowadays?

    Second: The integration with “Dark Breeze” has a problem; the titles are too dark, so they get mixed up with the background.

    Third (and finally): Application icons are pixelated, not when looking for an app, but when you open Discover.

    Thanks for reading! Congratulations for your job! I will be waiting for your answer!

    Damián.

    Like

    1. I’m glad you like Discover! Here are answers to your specific questions:

      First of all, when installing an application, it is impossible to see the installation percentage, is it a bug? And is it solved nowadays?

      Yep, already fixed, with a mixture of Discover fixes and upstream PackageKit fixes (https://github.com/hughsie/PackageKit/pull/181)

      Second: The integration with “Dark Breeze” has a problem; the titles are too dark, so they get mixed up with the background.

      I just checked, already fixed!

      Third (and finally): Application icons are pixelated, not when looking for an app, but when you open Discover.

      This is https://bugs.kde.org/show_bug.cgi?id=388253. We haven’t figured it out yet, but in KDE Neon, it only shows up in HiDPI mode, at least. We’re working on the issue.

      Like

  8. On your screenshot of Updates screen I found that you may see changelog of the packages to be updated. Don’t see it on the latest KDE Neon on my PC.
    I often see updates to the core apps like Dolphin, but can’t find out what’s new, because there’s no Changelog. It would be great to have one.

    Like

Leave a reply to Evil Cancel reply