This Week in Plasma: move by default when dragging-and-dropping - KDE Blogs

Welcome to a new issue of “This Week in Plasma”! Every week we cover the highlights of what’s happening in the world of KDE Plasma and its associated apps like Discover, System Monitor, and more.


This is a companion discussion topic for the original entry at https://blogs.kde.org/2025/05/03/this-week-in-plasma-move-by-default-when-dragging-and-dropping
7 Likes

Kind of a cool theme in the items below, I think, is enabling folks to see and manage more elements of their systems in a natural, graphical, built-in workflow:

System Monitor now lets you monitor GPU usage on a per-process basis (Intel and AMD only for now; NVIDIA is coming later). (David Redondo and Lenon Kitchens, link)

Added a new “Sensors” page to Info Center that allows you to see raw sensor data. (Thomas Duckworth, link)

If you have a misbehaving monitor that doesn’t play nicely with DDC/CI (the mechanism that allows Plasma to manipulate screens’ hardware brightness levels), you can now disable this. (Jakob Petsovits, link 1 and link 2)

These seem like things that previously would have required either searching for various tools to install, or knowing the right command-line incantations :slight_smile:

4 Likes

Might want to let peeps know exactly where this setting will be, and PLEASE do not auto-change to it you was done with the small status bar for Dolphin.

2 Likes

What about integrating the functionality of OpenRGB?
I used it to disable the lights of my PC mouse.
OpenRGB is difficult to find, if you do not know these things are possible with Linux.

1 Like

18 years

Maybe there should be an initiative to look at bugs older than “X years”

… say take another look after 3 year, for example…

just to avoid leaving people out in the dark! It’s really frustrating…

2 Likes

The oldest bugs are usually the less important ones.
The most important ones are well-known, prioritized and fixed earlier.
Bugs get old due to difficulty to fix them (how about Nvidia support years ago…) or lack of volunteer skilled dev (like anything that’s not perfect it requires more effort…), or have little value added compared to other things to do.
And many old bugs become obsolete like Xinerama related ones.

Here this bug fell into the cracks, despite the bug being identified as “High Wishlist” with 12 duplicates and 100 comments.
It just needed someone to take care of it, we can thank Sebastian Parborg for doing it diligently. I was happy to review and merge it.

There was even previous attempt at it ⚙ D27951 Allow users to change dropAction to MoveAction through kdeglobals and I thought about implementing it.

Still triaging is important, and answering to bug reporters too.

10 Likes

It’s off by default, so nothing has changed. The exact location of the setting is shown in the video in the post.

1 Like

Great update for KDE! Got a request, on the change display modes that shows when you press Meta + P, wouldn’t it be better if instead of laptop it changed to PC? Looks weird for people who aren’t using a laptop and just have multiple monitors.

Hi! That actually already exists as a reported issue in the KDE Bugtracking System: 445553 – OSD and applet: "Switch to laptop screen" action has nonsensical name when the device is not a laptop

This looks like something that will just require someone with the time, ability and interest to jump in and figure out how to implement :slight_smile:

1 Like

It will be nice to have a grayscale “bedtime mode” feature

The badge on the move action seems to imply copying - at least in the video shown.

Also - when dragging to a different device - will it open the menu anyway?

Late reply, but thanks for pointing me out the report!

1 Like