Axel Dörfler wrote: > > I would vote for BEntry::MoveToTrash(). OK, I've just done some research in the Tracker and I'm starting to think that BEntry::MoveToTrash() really is a little too high-level for BEntry. I know FSUtils in Tracker is scary and not in a state to be used by other apps at the moment, but it does have some useful functionality, and there are many special cases and little nitpicky things that it handles. I'm not sure how cleanly MoveToTrash could be implemented given how the FSUtils version depends on various other features in FSUtils. I guess I'll have to keep looking at it and try various things though before a real conclusion can be made. But I think the real issues involved won't be seen until someone actually tries to extract MoveToTrash from FSUtils. > However, there is one more problem we might want to consider: Tracker > has a setting if files should be moved into the Trash at all, or > directly delete those files. I would think we can safely remove this > option from Tracker, though, so that the system wide "trash > experience" > would be consistent (that's one of those rather superfluous options > anyway). I'm all for simplifying things, but I'm not sure we should remove features, even if they seem superfluous. In my case I have used Shift- Delete to immediately delete files I know I don't want (which behind the scenes uses the same code as the option you mentioned.) Plus as I said I'm not sure we are on the right track here. Regards, Ryan