KDE Usability & Productivity: Week 77

We’re up to week 77 in KDE’s Usability & Productivity initiative! This week’s report encompasses the latter half of the Usability & Productivity sprint. Quite a lot of great work got done, and two features I’m particularly excited about are in progress with patches submitted and under review: image annotation support in Spectacle, and customizable sort ordering for wallpaper slideshows. These are not done yet, but should be soon! Meanwhile, check out what’s already landed:

New Features

Bugfixes & Performance Improvements

User Interface Improvements

Pretty freakin’ sweet, huh?! It was a great development sprint and I’m really happy with how it went. I’ll be writing another more in-depth article about it, so stay tuned.

Next week, your name could be in this list! Not sure how? Just ask! I’ve helped mentor a number of new contributors recently and I’d love to help you, too! You can also check out https://community.kde.org/Get_Involved, and find out how you can help be a part of something that really matters. You don’t have to already be a programmer. I wasn’t when I got started. Try it, you’ll like it! We don’t bite!

If you find KDE software useful, consider making a tax-deductible donation to the KDE e.V. foundation.

34 thoughts on “KDE Usability & Productivity: Week 77

  1. Guys what do you think about an improvement, when it’s possible to adjust day of week start with en_us region layout. English is not uses only in USA or UK, But imperial system and Sunday as day of start week is not convenient. One way as i see it’s to use some Europe layout, for example Netherlands english. etc. But in this case you need to generate locale en_nl. Which also not good I think, because some software require en_us layout.

    Liked by 2 people

    1. I imagine by more and more software being adapted to run natively on Wayland (as KDE software already does).

      Like

  2. Even though I am not an active Linux user, I would like to thank you for all the improvements. I check back here regularly and have the impression that KDE Plasma is benefiting greatly from the project.
    However, KDE Plasma (at least OOTB) uses and feels more like Windows than macOS. This was one of the reasons why I used Gnome on my Linux trips.

    KDE contact was a disaster in my last attempt (they were a long time ago). Are there any improvements?

    Like

    1. Personally I think it’s a bit of a myth that GNOME is more Mac-like. I was an Apple engineer for 7 years and a lifelong Mac user until I switched and I think comparing GNOME 3 to macOS severely under-appreciates the amount of work that went into making macOS a productivity powerhouse. If you embrace “the Mac way” on macOS, the speed at which you can accomplish things is light years faster than if you try to adopt “the GNOME way” on GNOME. The visual similarities that they both have apps with headerbars and focus on GUI consistency can mask the significant differences in substance between the two.

      Liked by 2 people

    2. I was also a longtime Mac user, and two superficial differences do still bother me a little, although I’m slowly getting over them:

      – The OK/Cancel button order, like Windows, as opposed to Cancel/OK on Mac, GNOME and usually Google/Android.

      – That you need to click “Apply” or “OK” before settings take effect. Even the Windows 10 settings app doesn’t do this anymore.

      Like

    3. Well, I guess it’s a matter of taste, but I actually prefer the OK/Apply buttons.

      And unless you implement some sotr of an undo function, instant apply is a no-no in my book (I don’t know how Windows 10 works, as I’m fortunate enough not to have to endure it).

      Like

    4. You’re not alone! I feel like the true origin of the “apply” paradigm is from the times where applying the changes actually took a long time whereas on a modern CPU it can be instantaneous.

      Like

  3. While I personally don’t use Wayland yet, it’s certainly great to see all of the ongoing work considering all the news this past week indicates that, ike it or not, it’s the future. Terrific work!

    Like

  4. When using Clementine, it doesn’t matter how I change the volume inside the application, it will not never shown inside the application tab related to sound applet. I use Manjaro KDE 18.0.4 (KDE Plasma version 5.15.5).

    Like

    1. Does Clementine not use PulseAudio? The Audio Volume widget only shows individual apps that use PulseAudio.

      Like

    2. Oh! I think you’ve misunderstood what this applet does. It doesn’t actually manipulate the volume inside the app; it scales the app’s volume, no matter what volume the app itself has set. We don’t actually have a way for the applet to make the app itself change its own internal volume setting; there’s no standard for that AFAIK.

      Like

  5. Loving the work and commitment that you guys are putting into KDE, just an observation from a simple user: is it just me or in the notifications panel the position of the settings button and the one to clear the history should be reversed? By instinct I often find myself pointing the mouse at the settings button convinced to clean all notifications …

    Thanks a lot and keep up the good work!

    (Sorry for my bad english)

    Like

    1. Sorry, but i’m Spanish.
      Why in bugfixes & performance improvements some things shows the “old” KDE Plasma 5.16.2?

      Like

  6. As always, amazing work from the KDE Community and from you Nate.

    I really love to see how many love Wayland or the new notification system are receiving from you.

    Plasma 5.17 looks terrific, again, it’s one after another.

    Thank you very much as always for your huge work everyone at KDE Community & specially to you Nate.

    Bests to everyone mentioned above ^^.

    Like

Leave a comment