Confirm deletion?

I agree with Johannes: confirmation dialogs are irritants, nothing more, for me: they simply teach me to press “backspace-enter” rather than backspace (or whatever the relevant combination happens to be).

I guess this comes down to how much motor memory takes over (c-x-s etc), which in itself depends on the type of user.

I think DT’s “multi-modal” usage can contribute to increased vulnerability to accidentally trashing documents so I wouldn’t mind using Command-Delete (sans confirmation, like Move to Trash in DT, Finder, et.al.) instead of a simple unconditional Delete. Until focus limbo becomes relatively non-existent I’ll remain slightly more careful not to trash a document instead of simply erasing a character while in one.

And get rid of the double-expunge, first emptying DT Trash then system Trash, to permanently delete DT documents (as previously suggested). It’s bad enough that an always-empty DEVONthink Pro folder appears in system Trash after every system restart if DTPO is run after the previous restart. Maybe that’s unavoidable but the reliance of DT Trash functionality on system Trash isn’t.

This topic could be endlessly debated with well-reasoned arguments on all sides. :slight_smile:

Yes, command-delete would be a good idea I think. And yes, eliminating focus limbo would simplify things!

I agree.
(And empty trash with option key should skip the confirmation there as well like in Finder).

Johannes

Thank goodness. It’s not just me. Eric, Christian, are you watching? I brought this up in a support request a several months ago & was told this was a “design decision” not to use Command-delete or to have a warning dialog. C’mon guys, at least add a preference option.

Not sure how to interpret that since Command-Delete is the default shortcut for Data > Move to Trash. Anyone know how it differs from Delete (which doesn’t have a corresponding command there’s no way to change it and favor Command-Delete usage instead)?

It would make more sense to me if (by default) Delete tossed up a confirmation dialog and Command-Delete didn’t to differentiate them, plus adding a Move to Trash… command with Delete as its default shortcut. That would allow swapping of shortcuts for Move to Trash (unconfirmed) and Move to Trash… (confirmed). The latter command could fit between Move to Trash and Move All Instances to Trash under the Data menu.

And it seem to me the current Empty Trash command should really be Empty Trash… (with the trailing ellipsis) since it has a confirmation dialog. Add an Option modifier and it would change to Empty Trash (unconfirmed, and bypass system Trash) under the main app (e.g. DEVONthink Pro Office) menu.

Would that sufficiently satisfy everyone’s usage scenarios for document deletion/trashing/expunging behaviors?

Wonderful proposal!

Full “Yes” … excepting my miscreant dustbin :wink:

Having the option to confirm deletion would not incovenience you.

Yes to your suggestions.

Options are fine of course :wink:

Johannes

The idea behind the Delete key is to move items fast & easily to the trash, e.g. like in Apple Mail. Adding a confirmation is kind of the opposite.

V2.0.2 will fix this.

I understand that, but thanks for a specific example. What I still don’t get is how it differs (if at all) from Command-Delete.

I’m still hoping for functional adjustments eventually, like I suggested, too.

They’re identical.

V2.0.2 will be only a maintenance release.

Okay, so they’re functionally identical except that only the Move to Trash Command-Delete shortcut can be changed.

Sure hope that includes maintenance for my document titles vs. exported filenames issue. :slight_smile:

I see your point, and I am new to DEVONthink so I did not know that deleted files are recoverable.

But I’ll trade you an Apple-based counter-example: when I Delete a song or podcast in iTunes I’m asked to confirm the deletion. (And they let you remove this confirmation process.)

Still, it would be very useful to me (and perhaps others, based on the thread discussion) to have an option in the preferences for a confirm-delete. This way we can choose to operate as if in Mail (as default) or as iTunes if we choose… :smiley:

The problem with user-selectable preferences is that Preferences choices grow — and can become more confusing to new users — with each one added.

DT Pro Office has 140 preference options, some of which; in turn, involve choices among multiple options. Over the years I’ve seen suggestions for hundreds of other possible user options that could be configured in Preferences.

In the DEVONthink 1.x applications ‘Delete’ was a ‘hard’ (non-recoverable) operation, and a warning was issued each time it was chosen. In the DEVONthink 2. applications ‘Delete’ is a ‘soft landing’ operation, with an Undo command to handle an Oops! mistake and with internal Trashes from which inadvertently deleted items can be viewed and recovered. When the ‘Empty Trash’ command is invoked in DEVONthink the internal Trashes are flushed to the System Trash (but with an appropriate warning in the case of Indexed content), allowing the user a final review to make certain that no important files have been deleted. And the default OS X settings for the System Trash involve a warning when ‘Empty Trash’ is invoked, and a non-secure deletion of the files contained in the Trash. So there’s no warning message in DEVONthink 2 when a group or document is deleted. And no user-configurable options for ‘Delete’ in Preferences.

To illustrate how rapidly user-selectable Preferences options could evolve for ‘Delete’, here are several suggestions that have been made. 1) A Preferences setting as to whether a warning message will or will not be triggered by ‘Delete’ (which would likely be turned off by most users). 2) Direct disk deletion when ‘Empty Trash’ is invoked in DEVONthink 2, by-passing movement to the System Trash, or not (and a suggestion to return to ‘hard’ action of ‘Delete’, by-passing the internal Trash and going directly to secure disk delete). 3) Secure deletion on disk, or not. (The user can easily adapt behavior to empty the System Trash when sensitive items in database Trashes are flushed, and there’s an OS X setting for secure deletion of the System Trash.)

Knowing Christian’s reluctance to add options to Preferences, I doubt the ‘Delete’ command will make it to a special area of Preferences. :slight_smile:

I think no preferences option is needed (like suggested by several people):

  1. if deleting records would be done by cmd-delete instead (no item deleted by hitting backspace with the focus accidentally out of place)
    and
  2. if opt key could override the dialog.

Both is standard Finder behavior and should serve the daring and the cautious natures among the users.

Johannes

I agree. The user should have an option, but no preferences box is required. The standard iTunes behaviour could be implemented as suggested: Delete brings up a dialog box to confirm deletion; Command-Delete bypasses the confirmation box.

The Delete key was requested by several users to move items fast & easily to the trash (like in Apple Mail). Adding a confirmation to this would be quite the opposite.

I agree with this, please no confirms or make it another option in preferences. Delete already doesn’t delete it moves it into the devonthink trash, then you have to empty the trash which doesn’t delete it either, it moves it into the Finder’s trash, then you have to empty the Finder’s trash to get rid of it.

How many confirms do you possibly need? I truly don’t understand why you want yet another step added.

That implies permanently deleting other items in System Trash in addition to DT items, which isn’t necessarily desirable.

And several people dislike that change.

A confirmation dialog for Delete (sans modifiers), with a “don’t show this again” checkbox (like in iTunes and other apps so it’s arguably familiar enough), would be a one-time event for people who prefer the current behavior while accommodating those who’d prefer the dialog (and may be choose to use Command-Delete to bypass it).

And is Delete so significantly “faster & easier” than Command-Delete anyway? Good grief.