Aether/IDEAS.md

# Ideen

Was noch kommen könnte. **Nichts davon ist beschlossen** — beschlossen ist,
was im [README](README.md) und in den Plänen steht
([cloud-projekt-plan.md](cloud-projekt-plan.md), [kalender-plan.md](kalender-plan.md)).

Hier landet, was einen guten Grund hat, aber gerade keinen Anlass. Der
Unterschied ist wichtig: Eine Funktion ohne Anlass zu bauen ist der Weg, auf
dem eine Anwendung unübersichtlich wird.

---

## Kalender

### Öffentlicher Abo-Link — vertagt (12.09.2026)

Ein Nur-Lese-Link auf einen Kalender, den jemand **ohne Konto** abonnieren
kann. Nicht dasselbe wie die Freigabe an ein Konto (die steht seit dem
12.09.2026): Dort ist der Empfänger bekannt, hier ist er es nicht.

**Warum vertagt:** kein Anlass. Marc ist der einzige Nutzer seiner Cloud, und
für den eigenen Gebrauch gibt es bereits zwei Wege an dieselben Termine — die
Weboberfläche und CalDAV mit App-Passwort.

**Wofür es gut wäre, wenn der Anlass kommt:**

* Den eigenen Kalender in einer *fremden* Anwendung einblenden, die kein
  CalDAV mit Anmeldung kann, sondern nur eine `.ics`-Adresse frisst — etwa
  ein Kalender auf der Arbeit.
* Einen Terminplan an Familie oder Verein geben, ohne für jeden ein Konto
  anzulegen.

**Wie es gebaut würde** (damit die Überlegung nicht verloren geht):

Aether hat die Freigabelinks für Dateien schon, samt Token, optionalem
Passwort, Ablaufdatum und dem Zähler. Ein Kalender-Abo ist dieselbe Sache mit
einer anderen Ausgabe: `GET /share/kalender/{token}.ics` liefert den Export,
den es schon gibt (`api.go`, `Export`).

Drei Dinge wären dabei zu entscheiden, und sie sind der eigentliche Inhalt:

1. **Nur lesend, ohne Ausnahme.** Ein schreibbarer Link wäre ein Konto ohne
   Passwort.
2. **Was steht drin?** Ein Abo zeigt Titel, Ort und Beschreibung jedes
   Termins. Wer „Arzttermin, Dr. Müller" im Kalender stehen hat und den Link
   weitergibt, gibt das mit weiter. Ein Schalter „nur Belegt/Frei" (Titel
   durch „Belegt" ersetzen) wäre deshalb kein Zierrat, sondern der Grund,
   warum man den Link überhaupt zu teilen wagt.
3. **Ein Abo wird regelmäßig abgerufen**, nicht einmal. Ein Kalenderprogramm
   fragt alle paar Minuten nach. Der Zähler der Freigabelinks zählte dann
   Maschinen statt Menschen, und die Sperre nach zehn Fehlversuchen träfe
   einen Client, der bloß ein falsch gespeichertes Passwort wiederholt.
   Beides müsste für diesen Linktyp anders sein.

### Aufgabenansicht (VTODO) — vertagt (12.09.2026)

Aether nimmt Aufgaben bereits an, speichert sie und gleicht sie ab; die Spalte
`component` in `cal_objects` unterscheidet sie von Terminen. Es fehlt **nur**
die Ansicht in der Weboberfläche.

**Warum vertagt:** Auf Marcs Telefon gibt es nichts, was sie zeigen würde.

Android hat von Haus aus **keinen Speicher für Aufgaben**. Für Termine gibt es
einen Systemanbieter — den füllt DAVx5, und Samsung Kalender liest daraus. Für
Aufgaben gibt es das nicht. DAVx5 kann Aufgabenlisten deshalb nur abgleichen,
wenn eine App installiert ist, die selbst den Speicher mitbringt:
**`tasks.org`**, OpenTasks oder jtx Board.

**Samsungs „Erinnerungen" gehört nicht dazu.** Der Bereich „Erinnerungen" im
Samsung Kalender ist kein Teil des Kalenders, sondern ein Fenster in die
Samsung-Erinnerungen-App; die hängt am Samsung-Konto (bzw. an Microsoft To Do),
nicht an CalDAV. Der Unterschied ist am Gerät ablesbar: Beim Anlegen eines
**Termins** fragt Samsung Kalender, in welchen Kalender — dort steht Aether zur
Auswahl. Beim Anlegen einer **Erinnerung** fragt es das nicht, weil es nur
einen Ort gibt, an den sie gehen kann.

Eine Ansicht in Aether wäre heute also eine reine Weboberflächen-Aufgabenliste –
ohne Weg, vom Telefon aus etwas hineinzuschreiben. Das ist ein eigenes
Vorhaben, kein Nebenprodukt des Kalenders.

**Der Anlass wäre: `tasks.org`.** Kostenlos, quelloffen, arbeitet mit DAVx5
zusammen und bringt den Aufgabenspeicher mit, der Android fehlt. Ist die App
installiert und das Aether-Konto in DAVx5 für Aufgabenlisten eingeschaltet,
landen Aufgaben vom Telefon in Aether — und dann hat die Ansicht in der
Weboberfläche einen Anlass. Der Unterbau steht bereits: Aether meldet seinen
Kalendern `VTODO` als unterstützt, nimmt sie an, speichert sie und gleicht sie
über `sync-collection` ab. Zu bauen bliebe die Ansicht selbst — eine Liste mit
Häkchen, Fälligkeit und Priorität, sinnvollerweise als vierte Ansicht neben
Monat, Woche und Liste.

**Was beim Bauen zu bedenken wäre:** Eine Aufgabe hat *kein* Pflichtdatum. Alle
drei heutigen Ansichten ordnen nach Zeit — eine Aufgabe ohne Fälligkeit hätte
darin keinen Platz. Das ist der Grund, warum es eine eigene Ansicht braucht und
kein Einstreuen in den Monat.

**Gegentest, falls die Einschätzung falsch ist:** DAVx5 öffnen, Aether-Konto
antippen. Gibt es dort einen Reiter „Aufgabenlisten" mit Einträgen, ohne dass
eine der genannten Apps installiert ist, stimmt das oben nicht.