Konqueror delete unification

[Michael S. Mikowski]

The trouble with Mac's and PC's is they support only a few FS types.  The 
benefit is the developers can build to more "settled" pool of capabilities.

I wouldn't be surprised if the old Mac 9 OS used the file resource metadata to 
mark files as "trashed" in-place.  The new extended attributes support in 
Linux 2.4.21 and later could be used in such a way (maybe?), but it would 
leave a whole lot of people in the lurch.

Cheers,

Mike

p.s.
Another option is to use a database indexed file system, where extended 
metadata is stored in a relational database and manipulated through SQL.  A 
few have argued this is the future of unifying all sorts of data on the 
desktop (now including Microsoft in Longhorn).  This is beyond the scope of 
this discussion, but it would make marking things for deletion much easier, 
and would be great for unifying all sorts of data on the desktop.

On Tuesday 15 July 2003 15:41, Koos Vriezen wrote:
> On Tue, 15 Jul 2003, Jos van den Oever wrote:
> > Especially for removable media, this type of trash is very easy. I've
> > experience with it on old macs. If you'd insert a floppy with a deleted
> > file, you're trash would suddenly be filled and you'd know that a deleted
> > file was on the floppy.
>
> One big difference with old macs is permission. They, like ms, can easily
> install a trash on a fs. Having trash inside your directories trees makes
> it slow to find the trash (or we should accept that browsing trash dirs
> can be empty, but then you wouldn't have an auto trash icon when
> inserting a removable). I'm curious how Aaron with trash:// handles this..
>
> Koos