Xref: utzoo comp.sys.mac.programmer:6430 comp.sys.mac:32199 comp.sys.apple:13075
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!decvax!ima!haddock!suitti
From: suitti@haddock.ima.isc.com (Stephen Uitti)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac,comp.sys.apple
Subject: Re: System 7.0 Q & A
Message-ID: <13167@haddock.ima.isc.com>
Date: 18 May 89 13:37:26 GMT
References: <30353@apple.Apple.COM> <2903@cps3xx.UUCP> <1752@internal.Apple.COM> <495@grand.UUCP>
Reply-To: suitti@haddock.ima.isc.com (Stephen Uitti)
Organization: Interactive Systems, Boston
Lines: 30

>I would hope that the user would also have the option
>of setting trash emptying behavior so that files in
>the trash are automatically purged when needed in FIFO
>order (and not before).
>
>With this behavior in place, I would also love it
>if when I trash "HD:x:y:z" it would be renamed to
>"HD:trash:HD:x:y:z".  Now I would have a true FIFO trash,
>and it would be possible to ask things like whether
>there exists a trashed file corresponding to some file
>on the system.

I had several starter files, call them "WordStart".  There were
copies in several folders.  When i deleted the second one, the
finder complained that i already had one.
"HD:trash:HD:WordStart" already existed.  I'd just as soon that
it didn't create "HD:trash:HD:x:y:WordStart", but instead keep a
flat directory space and use a renaming convention such as
"HD:trash:x.y.WordStart", then when the second "WordStart" in
that folder was deleted, name it "HD:trash:x.y.WordStart#2", or
somesuch.  Of course, there will be another system for dealing
with path+filenames that are longer than will fit into a filename.

If space could be found for the original path and file name, then
a user friendly "undelete" could be made available (renaming the
file to the original folder).  Who knows, maybe capslock option
command shift control "Empty Trash" already does this for
selected trash files.  One might have to read the manual.

Stephen.