Re: 'Delete' v. 'Move to trash'

On 01/07/2005 07:01:46 PM, Pawel Salek wrote:
Why would one like to have Delete key unbound? Seems unlikely to me - probably because I have this KISS principle written on a yellow note that got stuck to my screen.

I don't think anyone has explicitly requested it.

Besides, I do not quite get why one would want to have a physically separate folder for trash. In other words: why Mailbox/Hide/(Un)deleted does not work as a quick switch between mailbox and associated trash. Is it that such messages are deleted on close, or there is some other reason? Because if this is the problem, I can imagine expunging only when "empty Trash on exit" option is set. Opinions?


Hmmm ... I'm not sure I understand some of the distinctions.

I have a separate trash file because it's setup by the wizard/druid at first startup. I've never had the use of an IMAP maildrop, so I've never had to manage mail that way and don't know how it works in practice. Everything has always been local files for me.

I'm guessing that moving messages between folders on a remote machine via IMAP is something people don't like doing much, hence the need for toggling a delete flag instead. Is that why?

Are you suggesting getting rid of the whole move-to-trash method of deleting mail?

How I like to work is to have all messages that I choose to "delete" go away immediately, to some place I can recover them from if I hit the key on the wrong message or some such. I have Trash automatically purged at exit. Granted, I could unhide tagged-deleted message them to do the same sort of immediate recovery. But right now that requires that I open up the preferences dialog and do a lot of clicking. I suppose if the hide/unhide deleted messages menu item was given a single-key binding I could dispense with the trash file and all move-to-trash functions. I think this whole idea of two different ways of "deleting" messages is prone to causing some confusion.

Have I confused everyone enough yet?  :^)

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]