Dirty-State: ungesicherte Aenderungen erkennen und anzeigen #17

New Issue

RDietermann · 2026-08-28T09:21:14Z

RDietermann commented

2026-08-28 09:21:14 +00:00

Part of #16

Question

Woran erkennt die App, dass eine Notiz ungesicherte Änderungen hat — und wie sieht der Nutzer das?

Heute gibt es diesen Zustand gar nicht: source ist ein Signal<String>, das beim Notizwechsel überschrieben wird. Die App kann nicht einmal feststellen, dass etwas verloren geht.

Zu entscheiden:

Woran wird „geändert" festgemacht — Vergleich mit dem geladenen Inhalt, ein Änderungszähler, ein Flag beim ersten Tastendruck? Der Vergleich erkennt auch das Zurücktippen auf den Ursprungszustand, kostet aber bei großen Notizen einen Stringvergleich pro Eingabe.
Wo wird es sichtbar: Punkt am Eintrag im Baum, Markierung in der Editorfläche, beides?
Gilt eine Änderung, die nur Leerzeichen betrifft, als Änderung?
Was passiert mit dem Zustand, wenn dieselbe Notiz erneut geladen wird?

Dieses Ticket ist Voraussetzung für fast alles Weitere: Ohne den Zustand lässt sich weder „vor dem Wechsel fragen" noch „beim Verlassen speichern" überhaupt formulieren.

Zielgröße: der Typ, sein Ort im Zustand, und die Regel, wann er gesetzt und gelöscht wird.

Part of #16 ## Question Woran erkennt die App, dass eine Notiz ungesicherte Änderungen hat — und wie sieht der Nutzer das? Heute gibt es diesen Zustand gar nicht: `source` ist ein `Signal<String>`, das beim Notizwechsel überschrieben wird. Die App kann nicht einmal *feststellen*, dass etwas verloren geht. Zu entscheiden: - Woran wird „geändert" festgemacht — Vergleich mit dem geladenen Inhalt, ein Änderungszähler, ein Flag beim ersten Tastendruck? Der Vergleich erkennt auch das Zurücktippen auf den Ursprungszustand, kostet aber bei großen Notizen einen Stringvergleich pro Eingabe. - Wo wird es sichtbar: Punkt am Eintrag im Baum, Markierung in der Editorfläche, beides? - Gilt eine Änderung, die nur Leerzeichen betrifft, als Änderung? - Was passiert mit dem Zustand, wenn dieselbe Notiz erneut geladen wird? Dieses Ticket ist Voraussetzung für fast alles Weitere: Ohne den Zustand lässt sich weder „vor dem Wechsel fragen" noch „beim Verlassen speichern" überhaupt formulieren. Zielgröße: der Typ, sein Ort im Zustand, und die Regel, wann er gesetzt und gelöscht wird.

RDietermann added the wayfinder:grilling label 2026-08-28 09:21:14 +00:00

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

#18 Speicher-Strategie: wann wird geschrieben

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.