Comments on the Trash
In EasyOs (and probably classic pups), the Trash is both an application (more precisely a Rox-app) and a directory.
Results of some observations .
-Bug with Trash when EasyOs is used in French: When restoring a file, the pupdialog that prevents overwriting an existing file of the same name do not work. It's a bug in pupdialog (see viewtopic.php?t=10710)
-If you put a file in Trash, put a directory that contained this file in Trash, and finally want to restore the file, the file is lost.
-If you delete a directory, then recreate the directory at the same place, and finally want restore the directory, there is no option to combine the files that was in the directory at the time of the trashing and files added in the directory after the recreation
The principal problem for me is the incompatibility with the the Trash specs of FreeDesktop.org (https://specifications.freedesktop.org/ ... atest.html)
Most file managers other than ROX-Filer follow these recommendations.
An example is with the file manager XFE (Available by pkgget in Easy Buster or EasyVoid, a version compiled in Easy 5.7 is available here : viewtopic.php?p=111906#p111906)
If you put a file in Trash in XFE, this file is not available by the Trash icon and vice versa
In the puppy standard the Trash repository is /root/.Trash, in the freedesktop standard it's $HOME/. local/share/Trash (there is a directory by user, for root it's /root/.local/share/Trash)
Moreover the structures of the Trash directories are different according the standards.
In puppy/easy each file or directory putted in the Trash corresponds to a RoX-app in the Trash directory. This ROX-app(as a directory) contains the trashed file (or directory), information including the original path of the file and the date of the trashing
In the freedesktop standard the trashed files(or directories) are placed in the subdirectoy files of the Trash (in $HOME/.local/share/Trash/files). It's the directory that is opened when you open the Trash in XFE.
To each trashed file (or trashed directory), there is a corresponding info file in the subdirectory info of the Trash directory. (Remark :If a directory is trashed, the files it contained are moved in the Trash files directory with the directory. They are still in the trashed directory. No info file is created for these files)
The info file contains the original path of the file and the date of the trashing
XFE seems a good choice if you give importance to the Trash. Unfortunately, the option to really delete a file is greyed in XFE. You can empty the Trash but not delete a part of the Trash.
Another possibility to use the freedesktop standard is to use the commands provided by trash-cli (https://github.com/andreafrancia/trash-cli)
But the command trash-rm, to remove individual files from the Trash, has limits if 2 files in the Trash have the same name