Re: Paper Folders
Posted: 31 Aug 2016 11:40
Hi’
Taking my chances again, especially since you’re changing safety belts…
I use Paper Folders all the time really (for searches), and I always face its —for me— unexpected and bothersome deletion behavior.
• Details:
› DEL: Remove item from PF with dialog
✔
› Shift + DEL: idem? - Remove item from PF with dialog
✖ Someone using this KS expects it to be "brutal" (since it’s usually for "No recycle")
› Ctrl + DEL: Delete unlocked item with prompt
✔/✖ Looks like the behavior of the Nuke with "skipping locked files", except that it’s doesn’t use Nuke settings?
› Nuke button with "Skipping locked OFF" + "Confirm ON": Remove item from PF with dialog
✖ We’re talking about a "Nuke" here… So deletion is surely expected
› Nuke button with "Skipping locked OFF" + "Confirm OFF": idem? - Remove item from PF with dialog
✖ Even weirder… still no deletion but still a confirmation?
› Nuke button with "Skipping locked ON" + "Confirm OFF": Delete item without dialog
✔
› Nuke button with "Skipping locked ON" + "Confirm ON": idem? - Delete item without dialog
✖ Wooops… I personally don’t mind, but bad surprise for those expecting the confirmation prompt
———————————————————————————
IMHO, If I may be so bold, here’s what I think would probably be expected:
› DEL: Remove item from PF - dialog always [default]
› Shift + DEL: Delete item - dialog if user setting "Confirm Delete" ON
› Ctrl + DEL: Nuke behavior (based on Nuke settings), why not, since it is what it kind of looks like already
And Nuke should behave exactly as usual:
"Skipping locked" only having its expected effect about locked files
Deletion confirmation only being based on its own setting
› Nuke + "Confirm ON": Delete item with dialog
› Nuke + "Confirm OFF": Delete item without dialog
———————————————————————————
Well, I hope it makes sense… Especially the "Shift+DEL" and the Nuke behavior; personally I just discovered a few weeks ago that Nuke worked if "Skipping locked" was ON (I have it OFF 99% of the time).
Thanks for your attention,
Flux
Taking my chances again, especially since you’re changing safety belts…
I use Paper Folders all the time really (for searches), and I always face its —for me— unexpected and bothersome deletion behavior.
• Details:
› DEL: Remove item from PF with dialog
✔
› Shift + DEL: idem? - Remove item from PF with dialog
✖ Someone using this KS expects it to be "brutal" (since it’s usually for "No recycle")
› Ctrl + DEL: Delete unlocked item with prompt
✔/✖ Looks like the behavior of the Nuke with "skipping locked files", except that it’s doesn’t use Nuke settings?
› Nuke button with "Skipping locked OFF" + "Confirm ON": Remove item from PF with dialog
✖ We’re talking about a "Nuke" here… So deletion is surely expected
› Nuke button with "Skipping locked OFF" + "Confirm OFF": idem? - Remove item from PF with dialog
✖ Even weirder… still no deletion but still a confirmation?
› Nuke button with "Skipping locked ON" + "Confirm OFF": Delete item without dialog
✔
› Nuke button with "Skipping locked ON" + "Confirm ON": idem? - Delete item without dialog
✖ Wooops… I personally don’t mind, but bad surprise for those expecting the confirmation prompt
———————————————————————————
IMHO, If I may be so bold, here’s what I think would probably be expected:
› DEL: Remove item from PF - dialog always [default]
› Shift + DEL: Delete item - dialog if user setting "Confirm Delete" ON
› Ctrl + DEL: Nuke behavior (based on Nuke settings), why not, since it is what it kind of looks like already
And Nuke should behave exactly as usual:
"Skipping locked" only having its expected effect about locked files
Deletion confirmation only being based on its own setting
› Nuke + "Confirm ON": Delete item with dialog
› Nuke + "Confirm OFF": Delete item without dialog
———————————————————————————
Well, I hope it makes sense… Especially the "Shift+DEL" and the Nuke behavior; personally I just discovered a few weeks ago that Nuke worked if "Skipping locked" was ON (I have it OFF 99% of the time).
Thanks for your attention,
Flux