Entscheidung festgehalten: eigene Apps behalten die eingebaute HoneyBar

Der Proxy davor waere kein grosser Aufwand, aber ein Ausfallpunkt vor der
Cloud und ein Umweg fuer Uploads, WebDAV und Collabora — und die
Layout-Rechnung (--honeybar-h) bliebe ohnehin in Aether stehen.

IDEAS.md

@@ -464,6 +464,32 @@ installieren, alte Freigabelinks per Weiterleitung am Leben halten.
 → **Lohnt sich, sobald mehr als eine Person zugreift.** Vorher ist es
 Geschmackssache, danach ist es die einzige Möglichkeit.
 
+### Aether und InkNote auch über den HoneyBar-Proxy? — ❌ nein (29.08.2026)
+
+Verlockend war: **ein** Mechanismus statt zwei, und Aether verlöre den kleinen
+Rest HoneyBar-Code (`honeybar.ts`, zwei Felder in der öffentlichen
+Konfiguration, ein CSP-Eintrag, zwei `.env`-Zeilen).
+
+**Nicht der Aufwand spricht dagegen, sondern zwei andere Dinge:**
+
+- **Ein Ausfallpunkt vor der Cloud.** Fällt der Proxy vor BentoPDF aus, dreht
+  man eine Stunde keine PDFs. Fällt er vor Aether aus, kommt man an die
+  Rechnungen nicht heran. Derselbe Ausfall, ein anderer Preis.
+- **Der Umweg trägt alles mit:** Uploads, WebDAV, Collabora, WebSockets. Und
+  `Accept-Encoding ""` — nötig, weil im gzip-Strom nichts zu ersetzen ist —
+  schaltet die Kompression für die ganze `location` ab. Ohne `gzip on;` im
+  Proxy kämen Aethers Bundles unkomprimiert am Handy an.
+
+**Und der Teil, der ohnehin bliebe:** `--honeybar-h` steht an acht Stellen in
+Aether (Sidebar, SharePage, FilePreview, OfficeEditor). Das Einhängen kann weg,
+die Layout-Rechnung nicht. In HoneyOS ginge sie nur, indem dort Aethers interne
+Klassennamen stünden — ein Umbau in Aether zerlegte das Layout dann still. In
+Aether kostet sie nichts: Ohne HoneyBar steht die Variable auf `0px`.
+
+→ **Eigene Apps bauen die HoneyBar ein, fremde bekommen den Proxy.** Der Proxy
+ist nicht der bessere Weg, sondern der für den Fall, dass der bessere verwehrt
+ist.
+
 ### Ideen hier oder als Gitea-Issues?
 
 Vorerst hier. Issues erst, wenn etwas konkret als Nächstes drankommt und der