Notizen loeschen #24

New Issue

RDietermann · 2026-08-28T09:23:52Z

RDietermann commented

2026-08-28 09:23:52 +00:00

Part of #16

Question

Wie löscht der Nutzer eine Notiz?

Entschieden ist: in den Papierkorb des Betriebssystems. Die technischen Fakten liefert #21; hier geht es um das Verhalten.

Zu entscheiden:

Gibt es eine Rückfrage? Der Papierkorb macht den Vorgang umkehrbar — eine Rückfrage wäre dann Zeremonie. Auf einem Netzlaufwerk ohne Papierkorb ist er es aber nicht, und dieser Unterschied ist für den Nutzer unsichtbar.
Was passiert, wenn die gelöschte Notiz gerade offen ist? Editorfläche leeren, nächste Notiz öffnen, Inhalt stehen lassen?
Was, wenn sie ungesicherte Änderungen hat?
Lassen sich Ordner löschen, oder nur Notizen? Ein Ordner nimmt seinen Inhalt mit — das ist eine andere Größenordnung von Fehler.
Wie wird gelöscht: Kontextmenü im Baum, Entf-Taste, beides? Reicht die Entf-Taste allein, oder ist das zu nah am Versehen?
Wie erfährt der Nutzer, dass es in den Papierkorb ging — und was, wenn es das nicht tat?

Zielgröße: eine Tabelle Fall → Verhalten, und die Antwort auf die Rückfrage-Frage mit Begründung.

Nachtrag nach der Recherche in #21. Sie hat gegen ein echtes SMB-Share gemessen, nicht erschlossen, und dabei zwei Dinge geliefert, die dieses Ticket verändern:

1. Die Rückfrage-Frage ist entschieden — es braucht eine. Grund ist nicht Zeremonie, sondern dass die App den Unterschied nicht kennt: Wo kein Papierkorb existiert, löscht Windows still und endgültig und meldet Erfolg. Erkennbar wäre der Fall nur über einen IFileOperationProgressSink, den die Crate nicht durchreicht. Ein „das kannst du wiederherstellen" wäre also stellenweise gelogen. Zu entscheiden bleibt nur noch die Form: eine Rückfrage bei jedem Löschen, oder eine, die man abschalten kann.

2. Neue Frage: Was passiert auf einem Netzlaufwerk? trash 5.2.6 schlägt dort schlicht fehl (trash-rs#55, offen seit 2022), die Datei bleibt liegen. Ein Nutzer, dessen Workspace auf einem Share liegt, könnte also gar nichts löschen. Optionen: Fehlermeldung anzeigen und dabei belassen; nach fehlgeschlagenem Papierkorb-Versuch endgültiges Löschen anbieten; oder den Fall vorab erkennen und die Rückfrage entsprechend anders formulieren.

3. Und die unbequeme Frage: Bleibt es überhaupt beim Papierkorb? Beim Charting fiel die Entscheidung unter der Annahme, das sei billig. Gemessen kostet sie +6 Pakete, davon fünf eine zweite, semver-inkompatible Kopie der windows-Familie — plus eine Crate, die auf Netzlaufwerken nicht funktioniert. Das ändert die Abwägung gegenüber „endgültig löschen mit Rückfrage" spürbar. Die Entscheidung gehört neu bewertet, nicht stillschweigend fortgeschrieben.

Ungemessen blieben USB-Sticks und der pro Volume abschaltbare Papierkorb auf lokalem NTFS — beides vor der Umsetzung nachzuholen.

Part of #16 ## Question Wie löscht der Nutzer eine Notiz? Entschieden ist: in den Papierkorb des Betriebssystems. Die technischen Fakten liefert #21; hier geht es um das Verhalten. Zu entscheiden: - Gibt es eine Rückfrage? Der Papierkorb macht den Vorgang umkehrbar — eine Rückfrage wäre dann Zeremonie. Auf einem Netzlaufwerk ohne Papierkorb ist er es aber **nicht**, und dieser Unterschied ist für den Nutzer unsichtbar. - Was passiert, wenn die gelöschte Notiz gerade offen ist? Editorfläche leeren, nächste Notiz öffnen, Inhalt stehen lassen? - Was, wenn sie ungesicherte Änderungen hat? - Lassen sich **Ordner** löschen, oder nur Notizen? Ein Ordner nimmt seinen Inhalt mit — das ist eine andere Größenordnung von Fehler. - Wie wird gelöscht: Kontextmenü im Baum, Entf-Taste, beides? Reicht die Entf-Taste allein, oder ist das zu nah am Versehen? - Wie erfährt der Nutzer, dass es in den Papierkorb ging — und was, wenn es das nicht tat? Zielgröße: eine Tabelle Fall → Verhalten, und die Antwort auf die Rückfrage-Frage mit Begründung. --- **Nachtrag nach der Recherche in #21.** Sie hat gegen ein echtes SMB-Share gemessen, nicht erschlossen, und dabei zwei Dinge geliefert, die dieses Ticket verändern: **1. Die Rückfrage-Frage ist entschieden — es braucht eine.** Grund ist nicht Zeremonie, sondern dass die App den Unterschied *nicht kennt*: Wo kein Papierkorb existiert, löscht Windows still und endgültig und meldet Erfolg. Erkennbar wäre der Fall nur über einen `IFileOperationProgressSink`, den die Crate nicht durchreicht. Ein „das kannst du wiederherstellen" wäre also stellenweise gelogen. Zu entscheiden bleibt nur noch die *Form*: eine Rückfrage bei jedem Löschen, oder eine, die man abschalten kann. **2. Neue Frage: Was passiert auf einem Netzlaufwerk?** `trash 5.2.6` schlägt dort schlicht fehl (`trash-rs#55`, offen seit 2022), die Datei bleibt liegen. Ein Nutzer, dessen Workspace auf einem Share liegt, könnte also gar nichts löschen. Optionen: Fehlermeldung anzeigen und dabei belassen; nach fehlgeschlagenem Papierkorb-Versuch endgültiges Löschen anbieten; oder den Fall vorab erkennen und die Rückfrage entsprechend anders formulieren. **3. Und die unbequeme Frage: Bleibt es überhaupt beim Papierkorb?** Beim Charting fiel die Entscheidung unter der Annahme, das sei billig. Gemessen kostet sie **+6 Pakete**, davon fünf eine zweite, semver-inkompatible Kopie der `windows`-Familie — plus eine Crate, die auf Netzlaufwerken nicht funktioniert. Das ändert die Abwägung gegenüber „endgültig löschen mit Rückfrage" spürbar. Die Entscheidung gehört neu bewertet, nicht stillschweigend fortgeschrieben. Ungemessen blieben USB-Sticks und der pro Volume abschaltbare Papierkorb auf lokalem NTFS — beides vor der Umsetzung nachzuholen.

RDietermann added the wayfinder:grilling label 2026-08-28 09:23:52 +00:00

RDietermann added a new dependency 2026-08-28 09:24:10 +00:00

#21 Papierkorb unter Rust: Crate, Netzlaufwerke, Kosten

RDietermann referenced this issue

2026-08-28 10:51:05 +00:00

Notiz-Handling: anlegen, speichern, umbenennen, loeschen #16

Sign in to join this conversation.