I’m not dead yet! KDE’s new goal proposals have been announced, and the voting has started. But in the meantime, the Usability & Productivity initiative continues, and we’re onto week 85! We’ve got some nice stuff, so have a look:
- Gwenview now allows the user to configure the JPEG compression/quality level with a default value of 90, just like Spectacle (me: Nate Graham, Gwenview 19.12.0):
- Spectacle can now be optionally configured to always save the current screenshot to the clipboard, enabling a save-to-file-and-clipboard feature (Antonio Prcela, Spectacle 19.12.0)
- Kate’s advanced search-and-replace regular expression match feature now includes a regex builder helper (Gregor Mi, Kate 19.12.0):
Bugfixes & Performance Improvements
- The Cuttlefish, System Settings, Kdevelop, and Klipper apps no longer show up twice in Discover and other software center apps (me: Nate Graham, Aleix Pol Gonzalez, Matthias Klumpp, and Friedrich Kossebau, KDE Plasma 5.16.5)
- Using the System Settings GNOME Application Style page no longer deletes configuration entries from the GTK config files that it doesn’t manage, which fixes various bugs such as bad font rendering, and inappropriate deletion of manually-configured options for GTK2 and GTK 3 apps (Mikhail Zolotukhin, KDE Plasma 5.17.0)
- Discover no longer sometimes displays a string formatting error message in place of version numbers on its Updates page (me: Nate Graham, KDE Plasma 5.17.0)
- Trying to overwrite an existing file on an FTP server no longer hangs forever (Yaroslav Sidlovsky, KDE Frameworks 5.62)
- It’s no longer possible to drag a QML combobox’s popup menu out of its own frame, which was just silly (Björn Feber, KDE Frameworks 5.62)
- In the open/save dialogs as well as other inline file views, it’s no longer possible to futilely attempt to create a new file or folder on top of an existing file (Daan De Meyer, KDE Frameworks 5.62)
- Some buttons in certain Plasma widgets (like the weather widget’s Configure... button) are no longer comically large (Camilo Higuita, KDE Frameworks 5.62)
- Konsole’s “confirm closing multiple tabs” dialog no longer crashes the app when you choose the “close current tab” option (Andrey Yashkin, Konsole 19.08.1)
- Spectacle’s Rectangular Region mode now works properly on Wayland when there are multiple screens (David Redondo, Spectacle 19.08.1)
- Konsole no longer allows you to create duplicate bookmarks (Martin T. H. Sandsmark and Tomaz Canabrava, Konsole 19.12.0)
- Kate no longer crashes instead of quitting when the Escape key has been configured to quit the app (Christoph Cullmann, Kate 19.12.0)
User Interface Improvements
- “Network disconnected” notifications no longer stick around cluttering up your notification history (me: Nate Graham, KDE Plasma 5.16.5)
- On Discover’s Updates page, a progress bar is now displayed while the list of updates is being loaded (Aleix Pol Gonzalez, KDE Plasma 5.17.0):
- When performing updates in Discover and there are problems, the error messages are now displayed in a more typical pop-up dialog box rather than in the form of tiny rapidly-disappearing inline notification messages (Aleix Pol Gonzalez, KDE Plasma 5.17.0)
- The System Settings User Manager page now shows a button to set or change a user’s password rather than an odd always-empty text field (Méven car, KDE Plasma 5.17.0):
- The menu displayed when you click the hamburger button in System Settings now has a drop shadow and displays keyboard shortcuts, like all other menus (Björn Feber, KDE Plasma 5.17.0):
- The buttons on Discover’s ok/cancel dialogs now support keyboard control using the return/enter and escape keys (me: Nate Graham, KDE Plasma 5.17.0)
- When referring to batteries, the somewhat ambiguous term “Capacity” has been inverted and renamed to “Capacity degradation” to better communicate that it refers to the battery’s time-induced degradation reducing its ability to hold a charge (me: Nate Graham, KDE Plasma 5.17.0):
- Info Center’s Energy page has gotten a UI overhaul regarding how battery and energy information is presented (Méven Car and me: Nate Graham, KDE Plasma 5.17.0):
- .fictionBook files now get their own icons (Yuri Chornoivan, KDE Frameworks 5.62)
- Long labels in Dolphin and the file dialogs are now elided in the middle rather than at the end so that their filename extensions are always visible (me: Nate Graham, Dolphin 19.12.0 and KDE Frameworks 5.62)
- Drag handles in Spectacle’s Rectangular Region mode are now much more usable and touch-friendly, and no longer become un-resizable at small sizes (Leon De Andrade, Spectacle 19.12.0):
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.
36 thoughts on “KDE Usability & Productivity: Week 85”
Awesome work as always, I really love the progress bar for update in discover, it so more useful.
Can we all get a vote on the upcoming goals?
Yeah, great week ! Am also wondering who can vote ? Only devs, users ? People who “joined the game” (https://relate.kde.org/) ?
Hi Nate, thank you for the great work that you are doing! The KDE Usability & Productivity has been a great and very successful initiative and its definitely one of the major factors that made me stick with the KDE ecosystem.
I am verry happy to see that there is some work being done also with the energy page as I am primarily using an ultrabook nowadays.
Do you think it would make sense if also timestamps are being included on the horizontal axis of the chart showing the battery percentage? I think this might make the chart mich more easy to read if there are some anomalies in the chart. E.g. if there is a big drop in battery percentage and the user would like to investigate what has caused this, it would be much easier to know when exactly that happened if the time is displayed on the chart as well.
Thank you again for the amazing work! I am really looking forward to see whats coming next for KDE 🙂
Yes, that would definitely make sense.
By the way, what is the best way to make feature suggestions?
> Vote invite were sent to everyone subscribed to the KDE community mailing list and everyone with a developer account. Any contributor who didn’t receive one please subscribe to the mailing list to not miss future announcements and send me a quick email (email@example.com) and I’ll send you a vote invite.
Quote by Lydia Pintscher
Design is shit, details are frustrating. Shit work, no respect.
Congratulation to the title “The troll of the day”!
Are you completely crazy to say something like this?
Go somewhere else with your petty trolling and annoy us no more.
p.s.: Design is pretty great and I love the details provided.
Well, I shouldn’t reply a troll just spitting at years of some people’s work but…. You definitely didn’t read those weekly reports carefully. There were tons of stuff being fixed / improved related to essential parts of the KDE ecosystem. (baloo, kwin, usb, samba, memory leaks/efficiency, startup time, cameras/phones support…)
It fixed tons of issues I had and I cannot thank enough everyone involved.
Great work, as always! I don’t comment often, but I read your posts every week 🙂
Here’s hoping the Text for Everyone goal gets some votes — as a Japanese learner, it was pretty hard to get fcitx working properly: I think I hit almost all flaws described in the proposal …
One minor nitpick: when seeing the screenshot of the “Capacity degradation” change, I was unsure if your battery had 21% capacity left (but then the wording “degradation” doesn’t make so much sense) or if it has 79% capacity left (but this is confusing to me — a reversal from the earlier behavior and what all other platforms I know of do).
I read the linked discussion afterwards, so I now know it is the latter 🙂 I just wanted to mention that to this end user, it was unclear without reading the discussion first.
Addendum: I think the reason I was confused is because the battery indicator itself displays “percentage of charge left”, so 5% would mean you need to plug in your computer in quickly. On the other hand, if the “capacity degradation” would be 5%, that is a good thing, not a bad thing. This feels inconsistent somehow …
Yeah, the new text doesn’t seem to be as clarifying as I was hoping. 😦 The old text was “Capacity: 79%” which I found super confusing, but I guess we still need to do better. Someone on Reddit suggested “Battery capacity has degraded by 21%” which might be better. What do you think?
Overall battery health 79%
Battery health 79%
Yep. 🙂 See https://phabricator.kde.org/D23448 and https://phabricator.kde.org/D23449
>>Kate’s advanced search-and-replace regular expression match feature now includes a regex builder helper
That’s a wellcome addition but design needs to be improved. Current text aligning to right looks really bad.
amazing work, as always thank you to all the devs and folks involved, stunning !
Nate, any possibility of getting eyeballs to revisit https://bugs.kde.org/show_bug.cgi?id=373232 – while Plasma scaling is pretty darn awesome, there are still some lingering issues with fractional scaling with hidpi screens.
Yeah, that’s annoying for sure. It turns out to be a tricky problem to solve.
another great report, with another awesome hacking behind, making KDE a great free software project developed by a great community!!
Spreading the word in spanish:
LikeLiked by 1 person
Nice work as always Nate & KDE Community in general.
As always with every new Plasma new version incoming, looks terrific. The work with batteries is much appreciated, even that i don’t like laptops that much, but of course, the improvement is obvious.
Such a shame that Usability & Productivity initiative is close to the end, but of course it has been really fun, marvelous & really interesting. I really hope to keep following you at the near future, even when the initiative is finished, but that of course is in a way, a really good thing, it means you succeed in what you pretended, which was and still is improving usability & productivity in Plasma and KDE Software in general and of course, i really thank you for all the time you’ve been worked at it, for all you guys achieved and of course, for what it’ll come at the future. The ball has started to roll, and i hope it doesn’t stop never, this is a great cause.
Without anything more to add, as always, all i can do is again, thank you very much to Nate and all people who make this possible, but specially to you, who lead this initiative and showed the progress weekly to us, all the loyal followers you’ve been gaining over the time for you great work.
Receive a huge hug everyone mentioned above, as always ^^.
You’re very welcome! And don’t worry, the work will generally continue. 🙂 There’s a lot of great stuff in the pipeline!
I have to say, the Usability and Productivity goal really made the difference when I transitioned from Mint. I tried KDE back in June 2018 when the initiative was young, but a few very annoying bugs and the inability to manage my phone through my computer via MTP made me stick to Mint. One year later, and the difference was huge. I use KDE Neon now simply because new versions of Plasma software are always that much more reliable and better than the old ones and I always want to stay up to date (but I like having a stable base too, and most 3rd party software apps tend to prioritize not breaking under Ubuntu LTS, so Neon is perfect for me at the moment).
I do have one question though, when I plug in a USB headset, that sound output shows up in my sound settings and I can switch to/from it at will. It even shows up in the first page of “Audio Volume” settings. So far so good.
However, when I plug an HDMI cable I don’t see anything happening. I have to go all the way to the advanced page and select HDMI as an output option for “Built In Analog Stereo”. However, when I unplug it, I have to go all the way to the advanced menu and switch it back. When I used Linux Mint, it treated HDMI as an alternative sound sink, just like the USB headset. Is there any reason why HDMI is handled differently than a USB headset in this case? I don’t want to file a bug for an intended behavior, but if it is intended, why is plugging/unplugging an HDMI cable so much more complicated than a USB headset?
LikeLiked by 1 person
I had a similar experience as a former Mint user. I briefly switched from a Mac in 2012, but got dissatisfied with Mint and looked for alternatives. I tried KDE but discounted it almost immediately because it seemed buggy and ugly. What a difference a few years makes though!
The whole multiple sinks vs multiple outputs on a sink distinction is a minor irritation of mine as well, but for me it works: when a new output on the same sink is attached, audio switches over to it automatically. I think what you’re experiencing is a bug, so can you please file it on plasma-pa at https://bugs.kde.org? Thanks!
Note that until this is fixed, you don’t actually have to go to the advanced page. You can click on the hamburger button in the Audio Volume system tray pop-up and it will let you select which output of that audio device you want to play audio. HDMI should show up in the list while the cable is connected (or at least, it’s supposed to).
Oh! I see what you mean! When I plug in headphones, the item appears on the “hamburger icon” menu. However, it doesn’t work for me when I plug in an HDMI cable. If it’s supposed to work like that, it would definitely be good enough for me (I might actually prefer that behavior against how the usb headset works). At least I know it’s a bug; I’ll file it.
As for hopping, my DE-hopping saga went something like
Mint Cinnamon (2013) -> Unity (2014, due to better UEFI support from stock Ubuntu for a newer laptop)
Unity -> Gnome (2018 due to Ubuntu killing Unity)
Gnome (2018) -> Budgie (Hated Gnome, heard good things about Budgie)
XFCE (2018) Installed on an old laptop hanging around for a project
Budgie (2018) -> KDE (2018, Budgie was still not mature)
KDE (2018) -> Mint (KDE had a couple of bugs, MTP connection annoyed me, Mint UI improved a lot)
Mint (2019) -> KDE Neon (Much more reliable now)
I think the things I like most about KDE (other than that it’s now stable, beautiful end even.. lightweight? I didn’t even think “debloating” ever happened but it did here) is that the team seems really responsive now, and there’s focus. Not only this, I feel like KDE it is one of the few mature DEs that are not tied to Gnome in some way; this allows KDE devs to not waste tons of time and energy trying to work around the types of unwanted upstream changes Gnome seems to be making with startling regularity. I don’t know if Mint-Cinnamon or Budgie devs would even have enough time to switch to Wayland before 2025 with all the other work they have to do by simply un-breaking upstream Gnome changes.
Does the HDMI item instead appear as a separate sink, then? If so, then the fact that the audio doesn’t immediately switch to that is a different bug, but one we’re actively working on. Even before that gets done, a patch I recently submitted might help you: https://phabricator.kde.org/D23389
Can you announce ahead of time when the blog series will end?
All good things will come to an end but the blog series was a fun read, so it may be worth to know when it will be gone/unavailable, before that happens (since I am very likely to miss that; too much multitasking going on here for me to not get confused about things happening).
I have no intention of ending it, so I have no idea when it will end! 🙂
Hi Nate ! Any idea if someone is aware of performance-related issues with NVIDIA ? I usually have a perfectly smooth desktop (& games), since the recent NVIDIA related fixes, however, I noticed scrolling in Firefox was OK but clearly not “butter smooth”. I have a 144Hz screen and modified the kwinrc accordingly.
I compared with Cinnamon/Muffin (and also Gnome/Mutter) and for some reason, in this area, the FF scrolling is absolutely perfectly butter smooth. (mouse wheel / keys).
In all cases I did force the HW accel in FF and use the same proprietary drivers and no NVIDIA related tweak.
I’m not aware that 144hz support is something that’s officially supported, nor am I aware of anyone actively working on it. However that can change quickly. 🙂
Hmm, actually, the smoothness issue doesn’t affect kwin nor games etc. but only FF & some specific apps I guess. Maybe that’s Breeze gtk related ?
I’m not sure it’s 144 Hz related either. There always was a lack of smoothness when it came to FF scrolling. But I was surprised to see it was absolutely butter smooth under Mutter/Muffin in 144 Hz…
Ah, I stumbled upon this relevant thread on the matter : https://www.reddit.com/r/kde/comments/brsmqc/gnome_still_handles_highrefresh_rate_monitors/
How of curiosity, I built “kwin-lowlatency” and wow, even Firefox is now absolutely butter smooth ! And it DOES pass vsynctester.com 🙂
Yeah, there are a couple of KWin forks or patchsets out there that implement long-standing feature requests like this, or shadows on GTK3 windows on X11.
The biggest reason why they haven’t been integrated yet is because their implementation makes future related work impossible or unmaintainable, or impairs other use cases, or isn’t Wayland-compatible.
I know it’s super annoying seeing these issues in KWin that other people have fixed already. But one thing I’ve learned about KWin development is that it’s very important for things to be implemented and fixed in the most technically correct manner, or else it causes huge problems down the road.
If you have an open channel to the lowlatency patch developers, you could gently encourage them to submit the code upstream to KWin itself.
LikeLiked by 1 person
Hi ! He/she’s definitely willing to put some efforts into it. As you can read here (post written yesterday) : https://github.com/tildearrow/kwin-lowlatency/issues/33#issuecomment-527330561
LikeLiked by 1 person