-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CLOSED] Show "Confirm Delete" dialog for files, too #9087
Comments
|
As I've already pointed out in adobe/brackets#8651 (comment), there are not-too-edgy cases where there's no trash available. So the best solution would be to not have a prompt shown if trash is available for the current file, and to have it shown in the other case or if the user set a pref. But I don't think we can determine whether trash is available, so imo the best solution is to always show a prompt. Also, the way we do it right now is a little odd as well, as we show a prompt for folders but not files, even though you can (usually) recover both. Why folders? And if it matters, what Windows does is this, at least with my configuration:
|
I agree with I know that we discussed this before, but since then, there have been several request to add a prompt, so we should reconsider it. Even if is easy to recover from the trash (when it is possible), it is easier to say "no" if you clicked delete by mistake. |
What if we add a "Prompt on Delete" (or something like that) menu item to make this setting easy to toggle? If we have an easy way to turn it off (i.e. not everyone knows how to edit JSON) then I can live with the preference being true by default. How does everyone else feel about that? I think this would belong in the File menu. |
My idea would be a "Don't show this again" checkbox in the dialog, but we've never used checkboxes in dialogs before, so I'm not sure if this needs extra work. But still, I think in cases where there's no trash available, a warning is a must-have. |
|
We probably shouldn't make it too easy to turn the dialog off if we can't reliably detect which cases are non-undoable (in that case we'd want to ignore the setting and show the dialog anyway). Until then, IMHO it'd be ok to just have this dialog be always-on with no option to disable. If the user is doing a lot of delete operations, it's faster to use the OS anyway (since you can multi-select), so I'm not too worried about slowing down the workflow here a tad. |
Atom, VSCode and Eclipse have the dialog. If people didn't change their system preferences, the deleted file should go to the Recycle Bin: I think the confirmation message should say something about it. |
|
Actually Restore the description and LGTM. |
I've now decided to unite Also reverted the string change. |
Thank you, LGTM. |
Sunday Dec 21, 2014 at 13:40 GMT
Originally opened as adobe/brackets#10258
For #8651 and #10190
MarcelGerber included the following code: https://github.com/adobe/brackets/pull/10258/commits
The text was updated successfully, but these errors were encountered: