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



On 01/08/2005 04:31:44 AM, Pawel Salek wrote:
On 01/08/2005 04:43:00 AM, Craig Routledge wrote:
[ snip ]
Are you suggesting getting rid of the whole move-to-trash method of deleting mail?

I would be fine with it - but I would like to know what other people think about this - perhaps it is too radical.

It would work for me--I can't remember the last time I retrieved anything from the trash.

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

?? The Mailbox menu ??

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.

Such a shorcut could be arranged for.

...for yourself--that's really a great idea--I just installed Shift+Ctrl+H for it, using mouse-over/key-press--can't imagine how I got along without it!

I think this whole idea of two different ways of "deleting" messages is prone to causing some confusion.

Yes, you are right in your analysis.

I recall a period of confusion over that, too.

Another difference between real (move-to-trash) and virtual (mark-as-deleted) trash models is that virtual trash folders are easiest to expunge on mailbox close: making them expunge messages on balsa exit may require opening them again, which may be time- consuming.

What I would like to know is whether such an idea is not too radical: I mean would it not be a too big shock for a person who has just switched from another program? For a complete beginner? I cannot tell myself.

I have a vague recollection that Mac's OSX mailer does something virtual with the trash--trashed messages can be viewed in the trashbox, but also in per-account subfolders--where they're actually stored wasn't clear.

Peter




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