Rueckgabe-Erinnerung: ein Meldetag ist eine Meldung
Erinnert an faellige Rueckgaben verliehener Einzelstuecke, auf dem Weg der Ablauf-Meldungen: lokale Benachrichtigung, geplant aus GET /loans?due_in=. Je Server einstellbar - "X vorher", am Rueckgabetag, und taeglich weiter, solange etwas ueberfaellig ist. Ein Verleih ohne Rueckgabedatum ist nie faellig und kommt nicht vor. Zwei Aenderungen am bestehenden Plan waren dafuer noetig, und beide haben denselben Grund: Der Plan muss allein stehen. Der BGAppRefreshTask ist keine Garantie - iOS fuehrt ihn nur aus, wenn es will -, also darf die Erinnerung nicht davon abhaengen, dass die App geoeffnet wird. 1. Alles, was an einem Tag auf einem Server anliegt, wird EINE Meldung. Vorher waren es zwei Arten (bald ablaufend, abgelaufen) mit je eigener Kennung; mit dem Verleih waeren es vier geworden. iOS erlaubt 64 geplante Mitteilungen je App - ein Platz je Tag statt je Art ist die Voraussetzung dafuer, dass der Horizont ueberhaupt hineinpasst. Ein vergessener Verleih hat sonst mit taeglicher Meldung den ganzen Monat belegt und alle MHD-Meldungen verdraengt, weil die weiter in der Zukunft liegen und bei der Kappung zuerst wegfallen. 2. Horizont 30 statt 60 Tage. Er ist damit die Zusage, wie lange die App ungeoeffnet bleiben darf, ohne dass Erinnerungen ausfallen. Ein laengerer Horizont haette nur spaetere Tage eingeplant und dafuer die naechsten verdraengt. Preis: Eine MHD-Regel mit mehr als 30 Tagen Vorlauf greift erst, wenn das Datum in dieses Fenster rueckt. Der LoanPlanner ist wie der ExpiryPlanner netzfrei und ohne iOS-Typen gebaut, damit sich die Entscheidungen ohne Geraet nachrechnen lassen. Gespeicherte Konfigurationen werden mit decodeIfPresent gelesen - eine bestehende Einstellung bleibt nach dem Update gueltig. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
aa72d8342a
commit
b2dda78a7b
@@ -81,6 +81,28 @@ verliehen zählt es aber nicht mehr zum Bestand, es ist ja nicht im Haus. In der
|
||||
Einzelstück-Liste steht der Verleih unter dem Stück (überfällig in Rot) und lässt
|
||||
sich über das Filter-Menü auf *Verliehen*, *Überfällig* oder *Im Haus* eingrenzen.
|
||||
|
||||
### Rückgabe-Erinnerung
|
||||
|
||||
Unter *Benachrichtigungen* (je Server) gibt es neben den MHD-Regeln den Abschnitt
|
||||
**Verliehene Einzelstücke**: „X vorher", am Rückgabetag, und täglich weiter,
|
||||
solange etwas überfällig ist. Ein Verleih ohne Rückgabedatum ist nie fällig und
|
||||
kommt nicht vor.
|
||||
|
||||
Zwei Dinge dazu, die man wissen sollte:
|
||||
|
||||
- **Ein Meldetag ist eine Meldung.** Alles, was an einem Tag auf einem Server
|
||||
anliegt – ablaufende Chargen *und* fällige Rückgaben – steht in derselben
|
||||
Mitteilung („2 Produkte laufen bald ab: … / Kamera (Markus) ist überfällig").
|
||||
Das ist nicht nur weniger Lärm: iOS erlaubt 64 geplante Mitteilungen je App,
|
||||
und ein Platz je Tag statt einer je Meldungsart ist der Grund, warum der ganze
|
||||
Monat hineinpasst.
|
||||
- **Der Plan steht einen Monat.** Geplant werden die nächsten 30 Tage, damit die
|
||||
Erinnerungen auch kommen, wenn die App einen Monat nicht geöffnet wird – der
|
||||
Hintergrundlauf (`BGAppRefreshTask`) ist keine Garantie, iOS führt ihn nur aus,
|
||||
wenn es will. Weiter entfernte Tage plant die App beim nächsten Start. Eine
|
||||
MHD-Regel mit mehr als 30 Tagen Vorlauf greift deshalb erst, wenn das Datum in
|
||||
dieses Fenster rückt.
|
||||
|
||||
## NFC-Tags für Kleidung
|
||||
Ein aufgeklebtes QR-Etikett übersteht keine Wäsche. Für Kleidungsstücke gibt es
|
||||
deshalb eingenähte NFC-Tags: Einzelstück öffnen ▸ **NFC-Tag beschreiben** ▸ Tag
|
||||
|
||||
Reference in New Issue
Block a user