Prompt user before destructive operations of great impact. #147
Conversation
|
I dislike having a prompt for Cut. If we want this it should be a configurable Option state that can be enabled/disabled "Confirm Cut" or "Confirm on Cut" etc as the name |
|
Yeah I am not a big fan of confirm on cut either. For clear list, it's reasonable (maybe it can offer a save before, but I am fine either way). It's just cut is one that you may do very frequently enough. |
I guess the data is still in the clipboard, so no need to bother the user when cutting. |
Just an additional data point most modern OS/DE ship clipboard history by default now too, so id be fine not having that feature at all. |
This matches the behavior of the delete action, which always prompts the the user.
"Remove" generally implies that the data has not been deleted, only moved to another place, which is not the case with this function.
cristian64
force-pushed
the
destruction_confirmation
branch
from
8eff58d
to
301b755
Compare
|
I've now dropped the changes for the cut action. |
The Clear the watch list action did not always show a confirmation dialog, only when there were unsaved changes, which overlooked the case where the watch list is only backed up by the data stored in the settings file.