[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Enhanced Trash functionality
From:       Marcos Dione <mdione () grulic ! org ! ar>
Date:       2003-11-25 17:52:01
[Download RAW message or body]

> Jonathan Hunt wrote:
> >(probably make it ~/.Trash). But it would rename the files to be numbered 
> >0, 1 etc. and keep an entry in a database file about date deleted, 
> >original name etc. so that tra could have a restore option where u type 
> >the name of a file and it goes thru its DB and finds it etc. I would write 

    I think that the better db that you coulkd use for that is the fs
itself. with this I (try to) mean that may be you can simply clone the
needed directory hierarchy, and just provide a search functionality if
you think is needed. e.g, if you delete /home/mdione/src/projects/trash
& toys/whatever.c and the trash bin is in /home/mdione/.tra/, then the
deleted file would go to the concatenated file names, trash bin first,
filename after, i.e., /home/mdione/.tra/home/mdione/src/projects/trash &
toys/whatever.c

    I think the use of a database (even a csv one) is a little overkill
and that if you delete few files from millions of directories, you'll
end up with a dir with too much files, and the listing of such a dir
would take a long time, unless you have reiserfs or something similar.
realize that such listings are done each time the vfs tries to add any
file (first gots to look if it doesn't exist yet) and when you try to
delete (permanently) that file. also you'll be doing such a serch
looking for duplicate names, so you'll end up with that search made at
least twice.
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]