feat: Leiste trägt die Röhre vom Server, Einklappen ist umkehrbar

Zwei Sachen, die beim Benutzen aufgefallen sind.

- "leiste ausblenden" war eine Einbahnstraße: die Leiste verschwand ganz und
  liess sich nur über die Entwicklerkonsole zurückholen. Jetzt bleibt ein
  3px-Strich stehen, ein Klick darauf holt sie wieder. ?honeybar=1 an der
  Adresse ist der Notausgang, falls der Strich übersehen wird.
- Die Leiste hatte ihre Farben fest eingetragen und blieb bernsteinfarben,
  auch wenn der Schreibtisch auf grün stand. Genau dieser Bruch liess sie wie
  etwas Angeklebtes wirken. /api/apps liefert deshalb jetzt {apps, settings};
  die Leiste setzt Röhre, Glühen und Scanlines danach.

Dass das auch über Site-Grenzen geht, war so nicht erwartet: der Schlüssel
für die App-Liste trägt das Aussehen einfach mit.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

IDEAS.md

@@ -14,19 +14,21 @@ wirklich hinschaut.
 Ohne diese Stücke ist alles danach nicht möglich. Reihenfolge nach dem
 Verhältnis von Aufwand zu spürbarer Wirkung.
 
-### 1.1 Die Leiste trägt deine Röhre
+### 1.1 Die Leiste trägt deine Röhre — ✅ erledigt (24.08.2026)
 
-**Das größte Gefühl für den kleinsten Eingriff.** Heute ist `honeybar.js` fest
-bernsteinfarben — auch wenn dein Schreibtisch auf grün steht. Genau dieser Bruch
-lässt die Leiste wie etwas Angeklebtes wirken statt wie Teil eines Systems.
+Die Leiste liest ihre Farben nicht mehr fest, sondern aus derselben Antwort, mit
+der sie die App-Liste holt. Röhre in HoneyOS auf grün → die Leiste in Aether ist
+grün, ohne dass Aether angefasst wird. `glow` und `scanlines` gelten dort ebenso.
 
-Die Einstellungen liegen seit 24.08. serverseitig. Liest die Leiste sie mit, gilt:
-Röhre in InkNote auf grün stellen → Schreibtisch, Aether und jede weitere App
-ziehen mit, weil es dieselbe Einstellung an derselben Stelle ist.
+**Ging entgegen der ersten Einschätzung auch über Site-Grenzen hinweg.** Ich
+hatte notiert, das scheitere daran, dass der Browser die Sitzung nicht mitschickt
+— stimmt, aber der Schlüssel für die App-Liste löst es: dieselbe Anfrage bringt
+das Aussehen gleich mit. Deshalb liefert `/api/apps` jetzt `{apps, settings}`
+statt nur einer Liste.
 
-Zu tun: die fest eingetragenen Farbwerte im Shadow DOM durch dieselben
-`--p*`-Variablen ersetzen, die `style.css` schon benutzt, und beim Start
-`/api/me` mitnehmen (holt die Leiste ohnehin schon für den Namen).
+Offen bleibt: Bei mehreren Nutzern trägt die Leiste die Farbe des
+Standardnutzers, weil ihr über die Site-Grenze niemand sagen kann, wer da
+gerade schaut.
 
 ### 1.2 Systemmenü im Logo
 
@@ -120,6 +122,16 @@ wirklich draufschaust, lohnt der Rest. Wenn nicht, war es ein Abend.
 
 ### Wie sichtbar darf die Leiste sein?
 
+**Teilweise beantwortet:** „ausblenden" heißt seit dem 24.08. „einklappen" — es
+bleibt ein 3 px hoher Strich am oberen Rand stehen, ein Klick holt die Leiste
+zurück. Vorher war das eine Einbahnstraße: wer einmal ausgeblendet hatte, kam
+nur über die Entwicklerkonsole wieder heran. `?honeybar=1` an der Adresse
+funktioniert als Notausgang.
+
+Damit ist der schmale Streifen technisch schon da. Offen bleibt, ob er am Handy
+der **Standard** sein soll.
+
+
 **Der Zwiespalt:** Die Zeile steht im HTML der App, also ist die Leiste bei
 *jedem* Aufruf da — auch wenn man die Cloud einfach direkt öffnet und mit
 HoneyOS gerade nichts zu tun hat. 32 px, dauerhaft, in einer App, die man auch