Konqueror delete unification

[Koos Vriezen]

On Tue, 15 Jul 2003, Jos van den Oever wrote:

> On Sunday 13 July 2003 23:39, Koos Vriezen wrote:
> > Iirc, ms has a trash on each partion (can't be done with linux) and
> > default not to trash for remote files. Also toggling this with shift del
> > is a nice feature.
>
> When moving a file called 'file' to trash, one could rename it to something
> like '.file.to_be_deleted' (but keep it in the same directory) and add the
> name of the file to a list of files that are in the trash. When accessing a
> directory with konqueror, the files which match '.*.to_be_deleted' should be
> added to the trash list if the current user is allowed to delete them.
>
>  This has these advantages.
> - no files are moved to another partition
> - no name clashes in the trash
> - it is almost always possible to rename a file
> - scheme works for directories with access for multiple users
> - no need for a seperate trash for each parititon
> - it's verbose: users not using konqi will understand the filename appendage
> - it's easy

Yes, something like this would make trash much more usefull for me. One
thing though is that it does alter directories. One thing that comes up is
cvs checkouts, every .cvsignore should have a *.to_be_deleted entry. No
doubt other tools could have problems as well..

Koos