Re: Trash Can and Sun
- From: Arne Vajhøj <arne@xxxxxxxxxx>
- Date: Sun, 01 Jun 2008 18:59:53 -0400
Tim Smith wrote:
In article <48400854$0$16916$ec3e2dad@xxxxxxxxxxxxxxxxxxxxxx>,
"Kenneth P. Turvey" <kt-usenet@xxxxxxxxxxxxxxxxxx> wrote:
On Fri, 30 May 2008 14:22:21 +0100, Tom Anderson wrote:Maybe. If the semantics of Desktop.moveToTrash(File) are that it movesAn exception might be best I suppose.
something to the trash, then is a permanent delete a good fallback? If i
let a user put things in the trash, but actually delete them, then later
he finds out his files are gone forever, am i not guilty of misleading
him?
Actually maybe not. 99.9% of the time the exception will be handled by deleting the file.
If the system does not normally use a trash system, then the user will expect files they delete to go away right away, so that is the right behavior. Thus, there is no need for an exception.
You are assuming that the app does not tell the user otherwise.
What with a button with the text "Delete file so that it can be
recovered" ?
It would probably make the most sense for this to be part of File, though: File.deleteForUser(). This would mean that the delete decision was made by a user, not the program, and so *if* the system normally uses some mechanism to protect the user against accidents, it should be used now.
They have already started putting the useful available on most common
platform in the Desktop class.
I think they should put this there as well.
File is supposed to be very general.
Arne
.
- References:
- Re: Trash Can and Sun
- From: Tim Smith
- Re: Trash Can and Sun
- Prev by Date: Re: Another exception handling question
- Next by Date: Re: Holy crap, what has C++ become?
- Previous by thread: Re: Trash Can and Sun
- Next by thread: Re: Data Storage Issue (Basic Issue)
- Index(es):