refactor(honeybar): HONEYBAR_ORIGIN statt INKNOTE_HONEYBAR_ORIGIN

Dieselben Namen wie in Aether. Die Leiste gehoert keiner App, sie ist ueberall
dieselbe Sache — dann soll sie auch ueberall gleich heissen. Ein zweiter Name
fuer dieselbe Einstellung ist eine Fehlerquelle beim Umziehen und beim Suchen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
marcandClaude Opus 5 committed 2026-08-25 12:00:15 +02:00
1 parent 00b1d4469f
commit 7c1bbc8176
6 files changed
+11 -11

No files matched your search

+2 -2
View File
@@ -171,7 +171,7 @@ otherwise the app is reachable on the host's address without TLS.
#### The HoneyOS bar
`INKNOTE_HONEYBAR_ORIGIN` puts a strip along the top of every page that leads to
`HONEYBAR_ORIGIN` puts a strip along the top of every page that leads to
the other apps of the same system — it is served by HoneyOS, so what it looks
like and which apps it lists are settled there, not here. Empty means no bar at
all, and nothing about the app changes.
@@ -181,7 +181,7 @@ The value takes effect on restart: the page asks the server for it
built into the image — an image is pulled ready-made, and a service worker keeps
whole responses, so anything frozen into `index.html` would outlive the setting.
`INKNOTE_HONEYBAR_KEY` is only needed when HoneyOS sits on a *different site*
`HONEYBAR_KEY` is only needed when HoneyOS sits on a *different site*
than InkNote (`honeyos.example.com` vs `notes.example.org`). The browser then
withholds the HoneyOS session, and the bar has no other way to ask for the list
of apps. Under a shared domain it can stay empty.