marcandClaude Opus 5
c8c4095299
Beide haben einen guten Grund, aber keinen Anlass -- und eine Funktion ohne Anlass zu bauen ist der Weg, auf dem eine Anwendung unuebersichtlich wird. Die Ueberlegungen stehen samt dem, was daran nicht trivial ist, in IDEAS.md statt verloren zu gehen. Beim Abo-Link sind das drei Dinge: nur lesend ohne Ausnahme; ein Schalter "nur Belegt/Frei", weil ein Abo sonst jeden Termintitel mitgibt; und dass ein Abo regelmaessig von einer Maschine abgerufen wird -- Zaehler und Fehlversuchssperre der Datei-Freigabelinks passen darauf nicht. Dazu ein Widerspruch, der beim Nachsehen auffiel: "Kalender in der HoneyOS-Leiste" steht seit dem ersten Entwurf in Phase 4, aber HoneyOS hat sich am 29.08.2026 ausdruecklich gegen Widgets entschieden, die Daten aus Aether oder InkNote holen. Der technische Grund dafuer ist inzwischen weg (gleiche Domain), der inhaltliche nicht. Das gehoert entschieden, nicht gebaut -- deshalb im Plan vermerkt statt umgesetzt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
72 lines
3.3 KiB
Markdown
72 lines
3.3 KiB
Markdown
# 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.
|