Comment 42 for bug 194431

I should be more careful with my wording -- 3 and 4 are really just obvious next-step features given the metadata required by the trash spec.

Achieving 1 will get you feature parity with the gnome trash applet and should be enough work. You will probably also have to generate the metadata files and throw the trash in the correct trash volume on drag and drop. The gnome applet simply summons nautilus with trash:/// as an argument to handle displaying the files.

You'll need to implement 2 (reassembling names from metadata) to get stacks working. I was incorrect above when I mentioned a filename pattern -- this is just how the gnome implementation works and the filenames in $trash/files need not have any specific relation to the original filename. It will unfortunately be necessary to parse the filename out of the path key in the corresponding .trashinfo metadata file.

I may file 3 and 4 as questions for gnome-applets if there's nothing that mentions file restore or delete dates.