Die Kopfleiste bleibt stehen -- jetzt auf allen Seiten

Filipe: "die leiste soll immer da fest stehen bleiben auch wenn man
runterscrollt, sonnst muss man immer wieder hoch scrollen um zurueck
zu koennen oder so."

GEMESSEN, BEVOR ETWAS ANGEFASST WURDE -- und das war noetig, denn der
Quelltext sagte das Gegenteil:

  entwicklung.html   sticky    klebt
  start.html         sticky    klebt
  aufgaben.html      relative  wandert weg
  chat.html          relative  wandert weg
  wissen.html        relative  wandert weg

Dieselbe Leiste, dasselbe CSS, zwei Verhalten. Der Unterschied war
eine Regel, die es gar nicht darauf angelegt hatte:

  body[data-ton] .kopfleiste { position: relative; }

Sie stand dort einzig, damit ein ::before darunter einen Bezugspunkt
bekommt -- die farbige Kante der Seite. Ihre Staerke ist (0,2,1),
genau wie die der Regel, die das Kleben setzt, und sie steht 8400
Zeilen spaeter. Bei gleicher Staerke gewinnt die spaetere.

WARUM MAN DAS IM QUELLTEXT NICHT SIEHT: "data-ton" haengt kopf.js
erst NACH dem Laden an den Body. Im HTML steht es nirgends. Welche
Seite betroffen ist, entscheidet sich also im Browser -- und nur dort
war es zu messen.

ERSATZLOS WEG, nicht ersetzt: "position: sticky" ist selbst ein
Bezugspunkt fuer absolut positionierte Kinder. Das ::before braucht
die Zeile nicht. pruef-kopfleiste-farbe bestaetigt das: 9 geprueft,
0 Fehler, die Kante traegt weiter die Farbe der Seite.

Dazu gilt die Regel jetzt fuer jedes Haus statt nur fuer "body.start"
-- anruf-probe.html traegt "body.haus" und war nie erfasst.

UND DAS SPRUNGZIEL. Wer von "Eure Aufgaben" auf eine Aufgabe tippt,
landet auf aufgaben.html#a123. Mit einer festklebenden Leiste liegt
das Ziel danach exakt darunter -- die Seite springt, und die gesuchte
Karte ist trotzdem nicht zu sehen. Das sieht aus wie ein kaputter
Link. "scroll-padding-top" haelt jetzt Abstand, und zwar aus der
gemessenen Hoehe (--kopf-hoehe, die kopf.js ohnehin fuehrt und in der
auch das Band der fremden Sicht steckt) -- keine feste Zahl: Am
Rechner sind es 118 px, auf einem 390er-Schirm 115.

DAS WAR DIE FUENFTE SPIELART DERSELBEN FALLE. Die vier anderen stehen
seit dem 07.09. im Kommentar daneben; jedes Mal hat eine Regel
"position" gesetzt, um etwas ganz anderes zu erreichen. Damit es
keine sechste gibt, misst pruef-kopf-messen ab jetzt das VERHALTEN:
Sie scrollt und sieht nach, wo die Leiste danach steht. Auf sechs
Seiten statt drei -- die drei neuen sind die, auf denen es gebrochen
war, plus eine ohne Farbton als Gegenprobe. Seiten, die zu kurz zum
Scrollen sind, melden "nicht nachsehbar" statt stillschweigend gruen
zu werden.

Gemessen: pruef-kopf-messen 42 Breiten (davon 14 Klebe-Messungen),
0 beanstandet. pruef-kopfleiste-farbe 9, pruef-ueberlappung 20
Seiten-Breiten-Paare, alle ohne Befund. Sprungziel auf Rechner und
Handy: 6 Messungen, 0 Befunde.

Co-Authored-By: Claude Opus 5 <[email protected]>

workspace/assets/css/start.css

@@ -254,7 +254,12 @@ body.start[data-buehne="eingang"]::before {
 
    Der Stapelwert bleibt: 6 statt 1, damit die Leiste ueber den Modulen
    liegt -- sie steht ja jetzt auf ihnen. */
-body.start > .kopfleiste {
+/* NICHT MEHR NUR "body.start" (23.09.2026): Es gibt eine Seite mit
+   Kopfleiste, die "body.haus" traegt (anruf-probe.html). Dort klebte
+   sie nie -- nicht weil das so gedacht war, sondern weil der
+   Selektor sie nicht erfasst hat. Die Leiste soll auf ALLEN Seiten
+   stehen bleiben, also fragt die Regel nicht mehr nach dem Haus. */
+body > .kopfleiste {
   position: sticky; top: 0; z-index: 6;
 }
 body.start > .inhalt,
@@ -8673,9 +8678,33 @@ body[data-ton] {
    etwas zu sagen hat, und sonst gilt die Farbe der Seite. Genau so
    herum ist es richtig: Das Haus ist die Grundstimmung, die Seite der
    Akzent darin. */
-body[data-ton] .kopfleiste {
-  position: relative;
-}
+/* HIER STAND "position: relative" -- UND DAS WAR DER FEHLER
+   (gefunden 23.09.2026).
+
+   Die Zeile war nur dazu da, dem ::before darunter einen Bezugspunkt
+   zu geben. Das tut sie auch. Sie hat dabei aber das Kleben der
+   Leiste ueberschrieben: "body[data-ton] .kopfleiste" ist (0,2,1),
+   genau wie "body > .kopfleiste" -- und bei gleicher Staerke gewinnt
+   die spaetere Regel. Sie steht 8400 Zeilen weiter unten.
+
+   Gemessen am 23.09.: Auf jeder Seite MIT Farbton (aufgaben, chat,
+   wissen ...) wanderte die Leiste beim Scrollen aus dem Bild, auf
+   jeder ohne (entwicklung, start) blieb sie stehen. Filipe: "sonnst
+   muss man immer wieder hoch scrollen um zurueck zu koennen."
+
+   "data-ton" setzt kopf.js erst NACH dem Laden -- im Quelltext der
+   Seite steht es nicht. Deshalb war im HTML nichts zu sehen, was den
+   Unterschied erklaert haette; erst die Messung im Browser hat ihn
+   gezeigt.
+
+   ERSATZLOS WEG, nicht ersetzt: "position: sticky" ist selbst ein
+   Bezugspunkt fuer absolut positionierte Kinder, genauso wie
+   "relative". Das ::before darunter braucht also gar nichts.
+
+   Das ist die FUENFTE Spielart derselben Falle (die vier anderen
+   stehen oben bei Zeile 235). Damit es keine sechste gibt, misst
+   pruef-kopf-messen seit heute auf sechs Seiten, ob die Leiste beim
+   Scrollen wirklich stehen bleibt -- der Quelltext sagt es nicht. */
 body[data-ton] .kopfleiste::before {
   content: "";
   position: absolute; left: 0; right: 0; bottom: 0;