Bug 195626

Summary:	default button in delete dialog should be Cancel
Product:	[Unmaintained] kdelibs	Reporter:	Zayed Al-Saidi <zayed.alsaidi>
Component:	general	Assignee:	Peter Penz <peter.penz19>
Status:	RESOLVED DUPLICATE
Severity:	wishlist	CC:	finex, peter.penz19
Priority:	NOR
Version First Reported In:	SVN
Target Milestone:	---
Platform:	openSUSE
OS:	Unspecified
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Zayed Al-Saidi 2009-06-08 06:53:43 UTC

Version:            (using KDE 4.2.3)
Installed from:    SuSE RPMs

I think, the default button in delete dialog (i.e. after pressing shift+delete) should be Cancel to avoid any data loss by mistake.

Comment 1 FiNeX 2009-06-08 10:14:02 UTC

Am I wrong or did I read a similar report already reported and closed?

Comment 2 Zayed Al-Saidi 2009-06-08 11:01:53 UTC

@FiNeX: I test it in kde4.2.87 but it is still there.

Comment 3 FiNeX 2009-06-08 11:46:03 UTC

Yes, but it was closed due to an "invalid" reason, something like it is configurable or due to HIG rules... I cannot find the bug number... :-(

Comment 4 Peter Penz 2009-06-08 15:32:41 UTC

I'm quite sure this has been discussed already on kde-core-devel before KDE 4.0 has been released, but I cannot find the thread... As far as I remember the current behavior is a wanted behavior: The dialog is already there to prevent data loss and there should not be another barrier for the keyboard user to simply delete a file (for the mouse user "OK" and "Cancel" are handled equally - there is also no additional barrier to prevent an "accidental" clicking of "OK").

But this is out of scope of Dolphin and handled in kdelibs. I've changed this report to a WISH and have changed the component...

Comment 5 Christoph Feck 2009-06-24 03:44:02 UTC

Related to (or duplicate of) bug 100166.

Comment 6 Zayed Al-Saidi 2023-05-12 09:42:00 UTC


*** This bug has been marked as a duplicate of bug 100166 ***