Bug 347373 - Shift+delete shortcut
Summary: Shift+delete shortcut
Status: RESOLVED FIXED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 5.0.0
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
: 377880 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-05-07 09:38 UTC by DrSlony
Modified: 2017-11-09 10:50 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In: 16.12.1


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DrSlony 2015-05-07 09:38:07 UTC
I compiled gwenview-15.04.0 and noticed that the shift+delete shortcut is assigned (not by me) to function as an alternate shortcut to cutting... Shift+delete is a standard shortcut across many applications for permanently deleting a file, i.e. bypassing the trash. Whose ever idea it was to set it as "cut", well that was a bad idea.

Reproducible: Always
Comment 1 mirod 2015-06-01 18:06:03 UTC
same problem on kubuntu 15.04. 

Additionally shortcuts are not saved even when changed, so I can only remove this shortcut for the current session. Trying to save the configuration through configure shortcuts / details/more actions / save as scheme default  does not save the new configuration either.
Comment 2 Jan Kundrát 2015-06-03 14:58:47 UTC
It is due to kconfigwidgets specifying that the standard action for "Cut" has Shift+Del as a secondary shortcut. Tracking the history of that was rather funny, but it seems that it dates back to 2001, http://quickgit.kde.org/?p=kdelibs.git&a=commitdiff&h=3a7bc675a which adds this:

  +       { I18N_NOOP("Cut"), 0,      Qt::CTRL+Qt::Key_X, 0, Qt::SHIFT+Qt::Key_Delete },

...despite the misleading commit message. Since that time, this alternate shortcut was kept unchanged. It's a question whether it's reasonable to remove it today.

As a user, you can "fix" this by removing the Cut's alternate shortcut by setting it as "custom" and not entering any shortcut.

We could change this in gwenview of course, similar to how it got done in Digikam in https://bugs.kde.org/show_bug.cgi?id=286212 which leads to http://quickgit.kde.org/?p=digikam.git&a=blobdiff&h=10d5384210027ad974cace90e41dbe11689b95ea&hp=0486238971d837cd0e87d4fd55f08b3b957cbf71&hb=bdf416be9a5dcc3aedc58e64718b222890c49600&f=digikam%2Fmain%2Fdigikamapp.cpp .

However, if there are multiple apps essentially undoing this default, maybe it makes more sense to nuke it once and for all in kconfigwidgets. Shift+Delete for forced removal of an item is IMHO much more common than "Cut".
Comment 3 DrSlony 2015-06-03 20:39:24 UTC
Yes, shift+delete should not "cut" by default. It should not be required for the user to change this manually, but rather to set it manually, if the user comes from a planet where shift+delete is used to cut ;]
Comment 4 João Eiras 2015-11-02 20:43:56 UTC
"As a user, you can "fix" this by removing the Cut's alternate shortcut by setting it as "custom" and not entering any shortcut."

Which currently does not work due to 343960
Comment 5 Albert Astals Cid 2016-12-29 17:21:52 UTC
Git commit 3dc1b04284e2db026f0eec15828ed99ce9aa484f by Albert Astals Cid.
Committed on 29/12/2016 at 17:20.
Pushed by aacid into branch 'Applications/16.12'.

Manually fix Shift+Delete shortcut ambiguity

REVIEW: 129718

M  +3    -6    app/fileopscontextmanageritem.cpp

https://commits.kde.org/gwenview/3dc1b04284e2db026f0eec15828ed99ce9aa484f
Comment 6 Elvis Angelaccio 2017-03-22 09:28:35 UTC
*** Bug 377880 has been marked as a duplicate of this bug. ***
Comment 7 hj.vanwilligen 2017-11-09 10:50:16 UTC
When double clicking in Dolphin on a .jpg file to open it, gwenview shows error 

¨There are two actions (Cut, Delete) that want to use the same shortcut (Shift+Del). This is most probably a bug. Please report it in bugs.kde.org¨ 

So, here you are.