Trash mechanism

[David Faure]

On Saturday 28 August 2004 21:12, C. Gatzemeier wrote:
> Am Friday 27 August 2004 18:21 schrieb David Faure:
> 
> > Given that we need additional info in the file (the full path to the
> > initial file) I don't see the point of moving the date of deletion into the
> > filename of the info file, if we still need an info file anyway.
> 
> hmm, thought with the date "attached" we could spare us the separate meta info 
> file tree if a file is moved to a trash subdirectory that corresponds to its 
> original location.

This doesn't work. Without meta info, if you delete A/B and later on A itself,
and then you restore A, it's going to come up with a strange "A/B[dateofdeletion]" 
file in it, since that file was actually there in the trash. Plus, listing the deleted files
and dirs requires a recursive search and heuristics based on the filename (!).

With meta info, we have in the info/ dir exactly one info file per deletion operation,
so we can restore exactly the right thing (the contents of A as it was when deleting it).

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).