Created attachment 112500 [details] screenshot of default Shortcut settings By default, Shift+Delete shortcut is assigned to two different actions: * Delete (Primary) * Cut (Alternate) System Settings > Shortcuts > Standard Shortcuts Using the key combination, without first fixing it ofc, results in an error message "ambigious shortcut". Shift+Delete is a well know combo for permanently deleting, i.e. bypassing the wastebin, a file and should be assigned only as such. Proposed solution: Remove the assigned alternate shortcut from Cut, making Shift+Delete only set to Delete. PS: Not sure about product/component for this. If better suited, I can take this to the phabricator site.
PS2: I can confirm it being present in Kubuntu 17.10 (Backports) and 18.04.
>PS2: I can confirm it being present in Kubuntu 17.10 (Backports) and 18.04. I have no idea what software is in various downstreams. Can we have your Plasma versions?
unfortunately shift + del shift + insert to copy and paste is pretty common too If it doesn't actually cause a problem, maybe we need to downgrade the error to a warning.
Plasma: 5.12.4 KDE Framework: 5.44.0 Alright, I wasn't aware of it being a common one for cut too. Might be due to my being used to it as Delete, from using Windows earlier. But I'm farily certain that on earlier versions [of Plasma] (or at leas as shipped in Kubuntu <17.04) there was no such ambiguity, i.e. shit+del was *only* delete (as in bypass the bin). It does pose a usability/UX problem imo. If you come to KDE expecting shift+del to have a function [in Dolphin], having a fairly common shortcut give you an error straight out of the box doesn't look good. And for an unexperienced user it might not be that easy to solve. --- Okay, so I tested a bit. In Kate and Libreoffice, shift+delete does work as Cut (on text / cells), even though I've removed it from Cut in System Settings > Shortcuts > Standard Shortcuts, and assigned only as Delete. So even when reassigned to Delete, it still retains the Cut action while inside applications. Not sure if relevant, just wanted to mention it.
*** Bug 395298 has been marked as a duplicate of this bug. ***
*** Bug 414799 has been marked as a duplicate of this bug. ***
I tried to fix this in https://phabricator.kde.org/D25720 but my patch was rejected. People didn't want to break anyone's workflow, and apparently the apps that have both actions already include exceptions for this. It should be downgraded to a warning or just ignored I guess.
*** Bug 398697 has been marked as a duplicate of this bug. ***
*** Bug 343660 has been marked as a duplicate of this bug. ***
shift+delete within Dolphin still gives a warning telling the user that it is an ambiguos shortcut. After deleting shift+delete from the "Cut" file action, shift+delete works for a bit, then the warning reappears. I think that a decision has to be taken. Personally I never used shift+delete as "Cut" either in Windows or Linux. Only used it to delete files. KDE Plasma 5.24.1 Fedora 35 x86_64
duplicate of bug 473539
*** Bug 449025 has been marked as a duplicate of this bug. ***
*** Bug 473162 has been marked as a duplicate of this bug. ***
(In reply to David Edmundson from comment #3) > unfortunately > > shift + del > shift + insert > > to copy and paste is pretty common too > > If it doesn't actually cause a problem, maybe we need to downgrade the error > to a warning. oh yes, I used to use shift + insert in terminal, as ctrl+c is used for something else ...is shift+delete it used anywhere else? gui people don't use terminal that much to care about it, terminal people should be able to set their own shortcuts, maybe? and now shift + delete simply doesn't work at all... one of those will have to give up.. how do you feel about ctrl+c instead of alt+f4/ctrl+q?