From 7c8a4b8c9ab063cf48ac4594f17dac53c8f84da7 Mon Sep 17 00:00:00 2001 From: marc Date: Sat, 29 Aug 2026 15:34:29 +0200 Subject: [PATCH] docs: die zwei Wege zur Leiste sauber getrennt MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Weg 1 fuer selbst geschriebene Apps, Weg 2 fuer fertig bezogene — mit dem Vorher/Nachher an der Compose-Datei der App und dem, was der Einsetzer kostet. Dabei richtiggestellt, dass Aether und InkNote die Leiste zur Laufzeit laden statt sie ins HTML zu schreiben; die README beschrieb noch den alten Stand. Co-Authored-By: Claude Opus 5 --- README.md | 99 +++++++++++++++++++++++++++++++++++++++++++++++++++---- 1 file changed, 93 insertions(+), 6 deletions(-) diff --git a/README.md b/README.md index bc2cf61..bab0672 100644 --- a/README.md +++ b/README.md @@ -156,18 +156,41 @@ offline, verschwindet das Symbol — lieber keins als eine Zahl von gestern. in der Leiste führt dorthin. Die Leiste liest über den Schlüssel und darf nichts schreiben. -## Die Leiste in Aether / InkNote +## Die Leiste in deine Apps bringen -Eine Zeile ins `frontend/index.html` der App: +Es gibt zwei Wege, und welcher gilt, hängt an einer einzigen Frage: **Kannst du +den Quelltext der App ändern?** + +| | Weg 1 — selbst geschrieben | Weg 2 — fertig bezogen | +|---|---|---| +| Beispiele | Aether, InkNote | BentoPDF, Uptime Kuma, alles aus einem Image | +| Einbau | die App lädt die Leiste selbst | ein nginx davor setzt sie ein | +| Umstellen | eine Zeile in der `.env` | zwei Zeilen in der Proxy-Tabelle | +| Layout | passt sich an (`--honeybar-h`) | bleibt, wie die App es macht | + +Beide Wege ergeben dieselbe Leiste; die App-Liste, die Farben und das Wetter +kommen ohnehin aus HoneyOS. + +### Weg 1 — Apps, die du selbst schreibst + +Eine Zeile im HTML der App: ```html - ``` `defer` ist nicht optional: ohne wartet der Seitenaufbau der App auf das Skript. Ist HoneyOS langsam oder aus, soll die Leiste den Start von Aether nicht bremsen. +**Aether und InkNote machen es einen Schritt anders — und das ist die bessere +Art:** Sie laden die Leiste zur *Laufzeit*, die Adresse kommt aus ihrer eigenen +`.env` (`HONEYBAR_ORIGIN`) über einen kleinen Endpunkt der App. Der Grund ist +Erfahrung: Ein fertiges Abbild wird gezogen, nicht gebaut — was beim Bauen ins +HTML geschrieben wird, lässt sich hinterher nicht mehr ändern. Und der Service +Worker einer PWA hebt ganze Antworten auf, samt Kopfzeilen; eine ins HTML +eingefrorene Adresse überlebt dort jede Konfigurationsänderung. + `data-app` ist die Kennung aus der App-Liste. Die Liste holt sich die Leiste selbst von `/api/apps` — mit deiner HoneyOS-Sitzung, weil alle Adressen unter derselben Domain liegen. **Freigegeben sind nur die Ursprünge, die selbst als App eingetragen sind**: die App-Liste @@ -183,11 +206,18 @@ hinein, ihre Stile nicht hinaus. Sie schiebt den Seiteninhalt um 32 px nach unte Vorschau ohne Einbau: `/honeybar/demo.html`. -## Die Leiste in fremde Apps einsetzen (Reverse Proxy) +### Weg 2 — fertige Apps: ein Einsetzer davor Für Werkzeuge, die man **nicht selbst geschrieben hat**, gibt es keinen -`