XYplorer Beta Club

Can a sub-option be added to Prompt before delete for shift delete as they otherwise go to hell

I would not want confirmation on every delete but would want to have it on shift delete.

Prompt before delete
But only on shift delete (No recycle bin)

I think this is a good idea.

I would even rephrase "Configuration | File Operations | Turn off delete confirmation" and invert it logically to:

[x] Prompt before delete
    [x] But only on shift delete (No recycle bin)

But I'm not totally happy with "But only on shift delete (No recycle bin)". What about this:

[x] Confirm delete
    [x] Unless to Recycle Bin

Comments? Is there a better idea?

I had to think about the statement logic for a second. Shift delete bypasses the Recycle Bin when it's turned on...
- If you have "Confirm delete" checked and "Unless to recycle bin" unchecked, we'll be confirming for everything regardless of whether Recycle Bin is turned on or not and regardless of whether we use shift delete.
- If both "Confirm delete" and "Unless to recycle bin" is checked, we do not confirm if recycle bin is "On". So, I assume that means that if we use "shift delete", since it bypasses the Recycle Bin, we will "Confirm" (nerdweed's requests).
- If "Confirm delete" is unchecked, I assume the sub statement, "Unless to recycle bin" has no affect.

Exactly.

That wording seems confusing to me - especially because it changes the meaning of a check between items. You check the first box to get confirmations, but have to uncheck the second to get all confirmations.

How about...? *So that it matches Confirm copy and move operations.

EDIT: Clarity + additional explanations.

Yes, clearly better!

Anything is ok with me. TheQwerty has compiled it best

This also goes well with these bitwise settings throughout the application.

Yes, I definitely like TheQwerty's format better. I had to think about it way too much the other way and I'm getting too old for that and I suppose we shouldn't have to think that much to make a setting like this.

As you probably noted I slightly changed one of TheQwerty's lines... hope I did not go beyond the red line for non-native speakers...

Looks good as far as the wording... What I found though is, if you have the Recycle Bin turned off for a particular drive and you have the Recycle Bin's, "Display delete confirmation dialog" unchecked (in Windows 7), even though you have both of XY delete options checked, then it doesn't matter if you hit "delete" or "shift-delete", it's going to get deleted immediately with no prompt, unlike what TheQwerty says above, "Confirm all the things".

Edit: I should have also noted that in the above scenario, with a drive's "Recycle Bin" turned off and both of XY's delete options checked, but you have the Recycle Bin's "Display delete confirmation dialog" checked, then you do indeed get the delete confirmation whether deleting or shift-deleting.

Thanks Don.

This may be because delete invokes shell and shell doesn't show that prompt.

Possible scenarios
1. Vanilla - Delete to recycle bin and shift delete to hell (with prompt)
2. Delete to recycle bin and shift delete to hell (without prompt)
3. Delete and shift delete - both to hell (prompt)
4. Delete and shift delete - both to hell (without prompt)
5. Delete to recycle bin (without prompt) and shift delete to hell (with prompt)


I have checked 1 and 5 and they work fine and there should be no reason why 3rd doesn't work either.

So, 2 (possibly) and 4 (confirmed by klownboy) are not working as expected.

4 is possible with conflicting settings in XYplorer and Windows. XY settings are certainly respected and I have tried that. Shell settings are causing an exception

If you have the Recycle Bin turned off for a particular drive XY cannot overwrite this (it cannot create a Recycle Bin on demand). So no chance. Nothing I could do here. Especially since it is per drive, so I cannot disable it in config if there is no Recycle Bin.

But I don't think there is a problem. People who turn off the Recycle Bin are conscious danger freaks.

...

Whoops! Forget the above. Only now I saw the problem clearly. In a nutshell: XY cannot savely know beforehand whether the shell will delete to recycler or permanently! In certain situations the shell ignores the flag, e.g. on drives without recycler. Problem! With "Confirm delete operations" ON and "Also when deleting to Recycle Bin" OFF you will get NO prompt when deleting on such a drive because XY trusts the flag that the shell will/might ignore.
So: I have to take away the new option!

admin wrote:So: I have to take away the new option!

I politely disagree! Because...we as users should know how we have Windows set up and if we've done something that will block XY in some cases, it's OUR responsibilty to know that, ok? Limiting an option that may help some users just because it may not help others isn't ideal either.

So...I'd keep the option -- but make sure it has enough of a warning about this situation, and that should cover it.

No way. Please read again...

admin wrote:No way. Please read again...

I had done so and still feel same way...let me try this analogy:
Suppose a guy has 4 guns in his house...he wants to put trigger locks on all of them but 1 of them is incompatible with locks...does that mean he shouldn't be able to put locks on the other 3? That's (as I see it) what you're saying...

So..If the user has recycle bin on his C: and D: drives but not on a USB drive, by removing the option, you're thus blocking his ability to get desired XY prompts on the two drives that are most likely the most used just because it won't apply to the USB drive, right? If he's willing to take chances with USB, then so be it...it's not your fault if he messes up!
But if he also wants a safety net on C:/D:, then let him have it...that's how I understand the issue...maybe I'm still missing something but don't think so.

EDIT/ADDENDUM: Could you, on very first access to a given drive letter, do an internal attempt to read the Recycle folder for that drive and then know how to apply the option for that drive? Since each USB drive that I use in same slot has a different letter, it seems...and has a unique name as well.