Fix the delete confirmation, which still promised permanence

Hardware testing caught the dialog saying 1 item will be permanently deleted. This cannot be undone while deletes now stage into the trash. Reworded to describe what actually happens, and deliberately without promising an undo button: that lives in a snackbar and is gone in seconds, whereas the trash keeps the item for a day. Also records that the trash has no screen of its own.
2026-10-15 09:52:56 +02:00
parent cc085b43de
commit 9a1aa9220b
2 changed files with 13 additions and 3 deletions
@@ -139,6 +139,11 @@ UI.** Translated UI text has to be supplied in `values-<locale>/`.

 ## Known limitations

+- **The trash has no screen of its own.** A delete now stages the item in a hidden
+  `.plainfiles-trash` folder on the same volume and keeps it for 24 hours, and the snackbar
+  offers Undo. Once that snackbar goes there is no in-app bin to browse or restore from — the
+  folder is reachable by turning on hidden files, but a proper trash screen is the obvious
+  follow-up.
 - **Sharing a file *out* only works in the all-files mode.** A SAF path is relative to the
  granted tree rather than a filesystem path, so it cannot be handed to `FileProvider`.
  Receiving a share and being picked from another app's chooser work either way: the first