# 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; DAVx5 kann
Aufgabenlisten nur abgleichen, wenn `tasks.org`, OpenTasks oder jtx Board
installiert ist. **Samsungs „Erinnerungen" gehört nicht dazu** — die hängt am
Samsung-Konto, nicht an CalDAV, und wird Aether-Aufgaben nie sehen.

Eine Ansicht in Aether wäre heute also eine reine Weboberflächen-Aufgabenliste.
Das ist ein eigenes Vorhaben, kein Nebenprodukt des Kalenders.

**Der Anlass wäre:** Marc probiert `tasks.org` aus und benutzt es. Dann ist die
Ansicht einen Nachmittag Arbeit, und der Unterbau steht schon.