This week Discover gained a lot of little UI polish improvements, and Discover developers also fixed a major crash present in 5.12.
The main Featured page now shows more apps on distros like Ubuntu and KDE Neon that have lousy AppStream data (KDE bug 390016, fixed in KDE Plasma 5.12.1):
Notifications now stick around for longer, so they’re easier to read (KDE bug 388087, fixed in KDE Plasma 5.12.1)
Discover’s button that takes you to the page where you can write a review now has correct padding within its overlay (KDE bug 390030, fixed in Plasma 5.12.1)
Fixed a prominent crash in 5.12 when searching from the app page, deleting the search term, and searching again (KDE bug 390114, fixed in Plasma 5.12.1)
Discover’s review submission button is now labeled “Submit” (KDE bug 390031, fixed in Plasma 5.13)
Discover’s review submission button is now visible but disabled for apps that aren’t installed yet, not gone entirely (KDE bug 390053, fixed in Plasma 5.13)
Discover (and all other Kirigami apps that have High-DPI and vector imagery) now look crisp and sharp when run in HiDPI mode (KDE bug 390076, fixed in KDE Frameworks 5.44)
If you like what you see, consider becoming a KDE contributor and join the team! The speed of improvements is pretty directly proportional to the amount of help we have, so the more hands on deck, the better KDE software becomes!
Currently, Discover sorts apps by popularity. In this case, popularity means “number of ratings”, and ratings come from user reviews. This is why GNOME Tweak Tool shows up first in Discover’s browse list: apparently it’s very popular among GNOME users, and they’ve written lots of reviews about it. We should all follow their lead and write some quality reviews about our favorite software; this helps the best apps bubble up to the top, and users love reading reviews from other users when determining whether or not to install an app.
Here’s how to write a review in Discover:
First, browse to an app page, and click on the “Show Reviews” text to open the Reviews pop-up:
Now Click on the “Review” button to write a review:
Now write your review, then click Accept:
Worth mentioning: the visual imperfections you might have noticed in the above screenshots are tracked by KDE bugs 390030, 390031, 390032, and 390035. We also have plans to make reviews more prominent (KDE Phabricator revision D10237) and allow sorting by criteria other than popularity (KDE bug 383518).
What to write in a review
Here are some examples of unhelpful reviews:
“1 star, it crashes on launch on Debian 3”
“1 star, doesn’t have this one specific feature I want”
“1 star, Electron apps are the worst! Rewrite it in Qt/GTK/Wx/ncurses you n00bs!”
These reviews don’t communicate much useful information, or will quickly become inapplicable. Useful reviews are about the app itself, not the conditions in which it’s run, or the toolkit of programming language it’s been created with, or any one particular annoying bug. They honestly describe the app and its features, usefulness, and impact in a way that will be relevant to uses in a month, a year or even later. Reviews like this are a blessing to users everywhere, and make it easier to find new apps.
Today KDE released Plasma 5.12 with Long Term Support–the culmination of more than a year of work. It’s really awesome, and we think you’ll love it!
But how do you get it!?
It all depends on your distro! Let’s look at Linux distros today.
What makes a distro a distro?
Today it’s mostly the choice of release model. “Stable release” distros like Ubuntu and Linux Mint lock everything to a specific version, only offering feature upgrades only when a new major version of the distro is released. “Rolling release” distros like Arch and openSUSE Tumbleweed give you everything as close to the developers’ schedules as possible.
Each model has drawbacks:
Stable release distros will often saddle users with ancient, years-old software. For example, users of Debian Stable might not get to experience KDE Plasma 5.12 for another 2 or 3 years–or even longer.
Rolling release distros expose users to the latest version of everything, turning them into QA. Underlying system libraries often change and break apps that use them. The breakage is usually fixed quickly, but users are exposed to it in the first place.
Certain distros additionally try to go beyond mere packaging and releasing, and actually try to ensure some QA and polish in the final product. Distros like Ubuntu, Linux Mint, Manjaro, and Elementary that follow this model quickly rocket up to the top of the popularity pyramid. Users are desperate for distros with better QA and polish!
But it’s exhausting; if you package all the software, you’re responsible for it too. It’s a huge job, even for distros that base themselves on others, as they find themselves having to patch on top of patches, and manage two release cycles (their own, and the parent distro’s). Turnover and burnout are common.
Flatpak and Snap to the rescue
Flatpack or Snap provide the solution: 3rd party packaging. Instead of the distros doing the packaging, it comes either straight from the developers, or from a 3rd-party intermediary like Flathub.
For distros, the benefits are enormous: liberated from the grunt work chores of packaging and patching software, distros will be free to step wholeheartedly into their natural roles as arbiters of the final user experience, concentrating on impactful tasks like integrating diverse components, managing hardware support, performing QA, polishing the final product, and delivering it to users in an easy-to access manner. Fixes and patches can be submitted upstream, instead of duplicated locally. This is KDE’s relationship to Qt, in fact. It works great.
Snap and Flatpak also improve things for users and developers:
Users get to choose whether they want each app to be stable, up-to-date, or cutting-edge according to their preferences, and they get a clear chain of responsibility when there’s a bug.
Developers get to package their apps only once to make them available to everyone, and get to determine for themselves their software’s presentation, branding, and release schedule–rather than hoping that packagers for 500 different Linux distros do it for them, and then having to deal with bug reports about versions of their software that are years old.
Ultimately, Flatpak or Snap liberate us from the tyranny of low-quality distros that make Linux software look bad because they don’t do QA, integration, or UX testing to make sure that the final product is of high quality. Many will rightly vanish because they’re not providing much value for users or generating enough developer interest to continue existing. Once this happens, developers and users will gather around the smaller number of remaining distros, increasing each of their levels of manpower and user bases.
So no, distros don’t go away. In fact, the distros that are worth keeping will be able to focus on tasks that offer more value to users than mere software packaging. Far from erasing diversity, this will empower real and meaningful diversity–where we have a handful of really good and strongly differentiated distros whose products embody different philosophies, instead of an overwhelming number of mediocre distros with often only minimal differences, none of which really work well once you dig deeply. We’ll all win, and all of these vastly superior distros will be far stronger contenders when compared to Windows, macOS, and ChromeOS.
How you can help
There are many ways for you to help enter this brave new world of actual QA and polished products.
Users: If your favorite app offers a Flatpak or Snap version, use it! Quite a lot do. If you find problems, file bugs! If you find an app listing in KDE Discover or GNOME Software that doesn’t look good, submit better information! If you find cases where duplicate apps appear when browsing, submit patches to fix it!
Distro developers: don’t fight Flatpak or Snap; embrace them (and Flathub) and liberate yourself from packaging chores. Focus less on packaging software for your users, and more on performing the QA necessary to make sure that that software actually works well.
This was a big week for Usability & Productivity. Before I get to the list of improvements we landed, I’d like to make an exciting announcement: we’re scoping out the work to add FUSE support to KIO for remote locations like Samba shares. This should vastly improve the experience of interacting with files on Samba and FTP locations (among others) when using non-KDE software with KDE Plasma. No timelines or promises yet, but it’s now on our radar screens.
Anyway, let’s move onto the list of improvements this week. I think you’re going to like ’em!
The panel’s height is now shown in pixels when being changed, and can be minutely adjusted using the scroll wheel (KDE bug 372364)
Y axis labels for the network widget’s speed graph no longer overlap with the grid lines (KDE Phabricator revision D10183):
Spectacle’s Save button now remembers the most recently used save mode by default (KDE Phabricator revision D10153)
Spectacle’s Save button now defaults to showing “Save As” instead of “Save & Exit” (KDE bug 389614)
Spectacle now uses the correct icon for the “Export Image…” button, and now it also shows up properly when using the Breeze Dark theme (KDE bug 389775):
Dolphin no longer scrolls so quickly in icons mode when there are icons with really long/tall filenames (KDE Phabricator revision D10102)
A huge amount of work went into improving the speed of move and copy operations, especially for many small files (KDE bug 342056, KDE Phabricator revisions D10155, D10256, D10261, and D10282). More is still in the pipeline, too.
You can now put Dolphin’s Terminal pane on any part of the window, not just the top or bottom (KDE bug 362593):
Gwenview’s file rename dialog now excludes the filename extension from the initial selection (KDE Phabricator revision D9632)
When using Gwenview in Full Screen mode, showing the sidebar no longer moves part of the top toolbar (including the “exit Full Screen” button) out of view (KDE bug 387784)
Hitting the Escape key now exits Full Screen mode in Gwenview (KDE bug 305659)
When Gwenview is quit while in Full Screen mode, it no longer re-opens maximized (KDE Phabricator revision D10207)
Gwenview now lets you choose the ICC color rendering intent, rather than hardcoding “Perceptual” (KDE bug 359909):
Konsole gained the ability to blur the background when the window is transparent (KDE bugs 198175):
The standard KWin blur effect has been made blurrier by default (the blur strength is still user-configurable) to offer better out-of-the-box readability for things that use it, like the Application Dashboard (KDE phabricator revision D10180):
Text input in KRunner now always works on Wayland (KDE bug 385693)
The close button on Okular’s pop-up note annotation now uses the correct cursor (KDE bug 384381):
New Breeze icon for Emacs and better icon for Virtualbox (KDE Phabricator revision D10211 and KDE bug 384357):
Kate/KDevelop syntax highlighting now displays correctly for numeric literals with underscores in Python (KDE big 385422)
KSysGuard tabs now correctly show ampersand (&) characters (KDE bug 382512)
Yes folks, all of this happened in ONE WEEK! The volume of contributions is starting to accelerate, and we’re really firing on all cylinders these days. It’s the perfect time to get involved. You don’t need to be a programmer. We’ve got design tasks, bug triaging, promotion, the works! We’re aware that our wiki is a bit scattered and sparse, and we’re working on cleaning that up, too. Since it’s a wiki, please feel free to make improvements!
And there’s more coming, too. I wasn’t able to mention in this week’s status update quite a few exciting fixes that are still going through the review process.
This is an exciting time to be a KDE user or contributor. Feel the energy. Be part of something big. Cynicism and inactivity are easy, but ultimately not satisfying; this is the moment to rise above the pervasive malaise of our time. Climb aboard, and help us build something truly magnificent.
In preparation for the impending release of Plasma 5.12, this was a big bug-squashing week in Discover thanks to lead Developer Aleix Pol, who knocked out a huge number of reliability and stability issues in Discover! We also got in a few UI polish and usability improvements, too.
The number of available updates is now always consistent (KDE bug 389108)
Update notifications are no longer shown twice in certain circumstances (KDE bug 389429)
Fixed a crash when opening Discover with the Flatpak backend installed, but without the system Flatpak libraries (KDE bug 380496)
Fixed a regression where the screenshot overlay would lose keyboard focus (KDE bug 389510)
Fixed a memory leak when browsing the Plasma Addons category (KDE bug 387630)
Made the Reviews pop-up have less side padding for better readability and usability (KDE bug 389536)
The scrollbar on the settings page no longer overlaps interactive UI elements (KDE bug 389602)
Repo list items no longer expose redundant Filter buttons (KDE bug 389767)
Discover’s settings page displays repos in a much more usable and readable manner (KDE bugs 389714 and 389715):
“Xenial (Main)” being listed twice is a bug we’re working on; the second one is the source repository, but it doesn’t communicate that. Little by little!
It’s constant improvement like this that adds up over time to produce great software. We think you’re going to love Discover in Plasma 5.12, and we’re continuing to work on making it even better!
If you like what you see, please consider helping out! If we were pirates, we’d say, “yer money or yer time, yarr!”