View Issue Details
Category | |||||
---|---|---|---|---|---|
SSPBT:本体(SSP) | |||||
Severity | feature | Reproducibility | N/A | ||
Status | confirmed | ||||
Fixed in Version | 2.6 (リリース) | ||||
Summary | 0000670: Add confirmation dialog to "delete" option in Ghost Explorer | ||||
Description | I misclicked in the ghost explorer and accidentally deleted a ghost I am working on. Thankfully, I acted quickly and was able to recover the files in this instance. However, I think this could lead to data loss in some situations. Would it be possible to add a confirmation dialog before deletion? | ||||
Tags | No tags attached. | ||||
Attach Tags | |||||
|
Delete command in SSP's explorer is designed to either move ghost directory to the trash or, if that is not possible, ask to delete ghost. According to above specification, ghost will not suddenly disappear. This behavior is the same as when deleting files in Windows explorer. Hence, current behavior is the same as the Windows UX, and showing an extra deletion confirmation dialog would be against that. What do you think? |
|
I see, I hadn't considered that it is meant to be similar to Windows explorer. Because of that, I didn't immediately make the connection that the files would have gone to the recycle bin. (Or, maybe it's a personal issue because I'm not used to actually using the recycle bin... I used to shift-delete all files for years) That being said, I personally dislike this part of the Windows UX as well. In a previous incident I have clicked the "delete" button in Windows explorer by mistake and sent all of my WIP ghosts to the trash... it's very startling when it happens. It may also be worth considering that the ghost explorer has the delete option between the "call" and "open folder" options. I can't say for other ghost users, but these are some of my most commonly used operations, which may increase the chance for misclicks. I haven't had this issue up until now because I typically open a ghost's folder through the dev palette instead. I would personally prefer to have a confirmation dialog, but if it is preferred to match the Windows UX, I understand. I'll keep this in mind as a frame of reference in the future. |
|
Your message has been very helpful to me. I agree that every dangerous operation requires confirmation, and since it's easy to implement a confirmation dialog, I will try to implement it once and change the behavior if there is no obvious inconvenience. |
Date Modified | Username | Field | Change |
---|---|---|---|
2025-03-10 22:35 | guest | New Issue | |
2025-03-12 16:32 | ponapalt | Assigned To | => ponapalt |
2025-03-12 16:32 | ponapalt | Status | new => assigned |
2025-03-12 16:37 | ponapalt | Status | assigned => feedback |
2025-03-12 16:37 | ponapalt | Note Added: 0001543 | |
2025-03-13 05:08 | guest | Note Added: 0001544 | |
2025-03-13 05:08 | guest | Status | feedback => assigned |
2025-03-19 08:33 | ponapalt | Note Added: 0001545 | |
2025-03-19 08:34 | ponapalt | Status | assigned => confirmed |
2025-03-19 08:34 | ponapalt | Fixed in Version | => 2.6 (リリース) |