https://bugs.kde.org/show_bug.cgi?id=429403
Duncan <1i5t5.dun...@cox.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |1i5t5.dun...@cox.net
--- Comment #6 from Duncan <1i5t5.dun...@cox.net> ---
CCing.
THIS is why "delete" has very frustratingly not done text-delete for me for
ages (since kde3 era I believe, certainly it was broken in kde/plasma5 and
remains broken on 6, but not sure about 4)!
Being an old-timer even the confirm-on-delete is a luxury and I just learned to
be careful, tho I still find delete-confirmation a useful luxury so enable it
where possible. But trash?! Bah-humbug! It just gets in the way of actually
freeing the space I wanted free or I'd not be deleting the file in the first
place!
Unfortunately, kde/dolphin doesn't appear to allow actually disabling trash,
but it's set to the smallest possible size (0.01%, ~2MB on my 20 gig /home)
and time (24 hours), warn-on-full, which means a warning (I've gotten one in
~20 years!) if I mistakenly trash instead of delete a file over 2MB,
(hopefully) delete with a llloonnggg latency of a 24 hours if it's under that.
Meanwhile, the unused trash functionality shortcut is disabled, and delete is
configured to do what it says on the label -- delete (albeit with
confirmation).
Now I find out that having delete configured to actually do what it says on the
label (the key is NOT labeled "trash"!) for files is unintuitively killing the
other normal delete-key functionality, text-deletion! =:^(
At least now I can go digging in the source to see about changing the default
shortcuts so delete actually does what it says on the label without me having
to customize the shortcut, thus triggering this bug...
--
You are receiving this mail because:
You are watching all bug changes.
