/* ══════════════════════════════════════════════════════════════════════
   teil-start.css — die Startseite in der echten WordPress-Umgebung.

   front-page.php traegt den abgenommenen Entwurf. Dieser Teilstil aendert
   KEINE Gestaltung; er raeumt nur weg, was erst entsteht, weil der Entwurf
   jetzt unter WordPress neben bau.css und seiten.css laeuft.

   Alles ist mit body.home abgegrenzt — gemessen am 03.10.2026 am laufenden
   Dienst, die Startseite traegt
     <body class="home wp-singular page-template … bv bv-typ-standard …">
   Keine Unterseite wird von einer Regel dieser Datei beruehrt.

   Keine neue Farbe, keine neue Schrift, kein !important, kein CDN.
   Keine Bewegung: die Regeln setzen weder animation noch transition, die
   Vorgaben aus grund.css/bau.css fuer prefers-reduced-motion bleiben also
   unberuehrt gueltig.
   ══════════════════════════════════════════════════════════════════════ */


/* ── 1. Abschnitts-Kopfzeilen: der Unterseiten-Kopf gehoert hier nicht hin ──

   bau.css gibt .kopfzeile den Kopf einer UNTERSEITE: oben viel Luft und eine
   eigene Flaeche aus zwei Farbverlaeufen. Auf der Startseite heisst .kopfzeile
   aber etwas anderes — dort ist es die kleine Einleitung INNERHALB eines
   Abschnitts, und davon gibt es sieben.

   Gemessen am 03.10.2026 auf brillen-voigt.de bei 1920 px:
     .kopfzeile  padding-top 152 px · padding-bottom 54,4 px
     dazu je Abschnitt 105,6 px aus „section" (grund.css)
     → vom Beginn eines Abschnitts bis zu seiner ersten Zeile 266 px,
       in den beiden .warm-Flaechen sogar 327 px.
   Zusammen 1445 px totes Weiss auf einer Seite. Dazu malte der Verlauf
   (blau-zart + gold-zart) eine zweite Flaeche MITTEN in die warmen Felder
   von „Hoerakustik" und „Unsere Standorte" — zwei Flaechen uebereinander.

   Ohne diese Regel: 266 px. Mit: 114 px — also genau die 105,6 px aus dem
   abgenommenen Entwurf. Der Abstand nach unten bleibt der margin-bottom aus
   grund.css (51,2 px), ebenfalls wie im Entwurf.

   padding:0 und nicht padding-block:0 — bau.css setzt die Kurzform mit
   waagerecht 0, die Langform liesse also nichts uebrig, was sie zuruecksetzt. */
body.home .kopfzeile{
  padding:0;
  background:none;
  /* Spaltenbreite: siehe Abschnitt 3 */
  max-width:min(100%,72ch);
}


/* ── 2. Buehne: die Inhaltsbahn auf die Breite aller anderen Abschnitte ──

   Der groesste sichtbare Fehler am Uebergang von der festen Kopfleiste zur
   Buehne war nicht senkrecht, sondern waagerecht.

   .buehne ist display:grid; ihre .bahn ist damit ein Rasterkind in einer
   impliziten Spalte „auto". Diese Spalte nimmt die max-content-Breite des
   Inhalts an (626 px Text + 64 px Spalte + 577 px Bild + 112 px Gasse =
   1379 px) statt die vollen 1560 px der .bahn.

   Gemessen am 03.10.2026 bei 1920 px:
     .buehne .bahn      links 263 px, breit 1379 px
     jede andere .bahn  links 173 px, breit 1560 px
     → die h1 der Buehne stand bei x = 319, jede h2 darunter bei x = 229.
       90 px Versatz zwischen der Schlagzeile und allem, was folgt.

   width:100% zwingt das Rasterkind auf seine Rasterflaeche. Danach gemessen:
   Buehne-Bahn 173/1560, h1 und h2 beide bei x = 229 — bei 375, 768, 1280 und
   1920 px uebereinstimmend. Unterhalb von rund 1670 px Fensterbreite ist die
   Bahn ohnehin schmaler als 1560 px, dort aendert die Regel nichts.

   Senkrecht war nichts zu richten: die Unterkante der festen Kopfleiste liegt
   bei 85,5 px (22 + 63,5 gemessen), die Buehne beginnt fruehestens bei
   16 + 120 px (Mindestwert des clamp) — mindestens 50,5 px Luft, auch auf
   niedrigen Fenstern. Mit WordPress-Adminleiste verschiebt bau.css die
   Kopfleiste um dieselben 32 px, um die die Leiste den Inhalt schiebt; der
   Abstand bleibt also derselbe. Nachgerechnet und gemessen, nicht geschaetzt. */
body.home .buehne .bahn{ width:100% }


/* ── 3. Breite der Textspalten ───────────────────────────────────────────

   Christopher mag enge Spalten nicht. Gemessen bei 1920 px: die Kopfzeile
   stand mit 632 px (62ch) in einer Inhaltsbreite von 1448 px — weniger als
   die Haelfte.

   Die Ueberschrift bekommt die Breite (72ch = 734 px gemessen), der
   Fliesstext behaelt ein lesbares Mass (62ch = 595 px bei 1280, 655 px bei
   1920 px). Genau dieses Verhaeltnis steht schon im abgenommenen Entwurf:
   dort ist die h1 der Buehne 626 px breit und ihr Vorspann p.gross 46ch.

   Eine groessere max-width kann nie einen zusaetzlichen Zeilenumbruch
   erzeugen; die Ueberschriften brechen weiterhin dort, wo <br> steht.
   Gemessen: die sieben Kopfzeilen wurden zusammen 321 px niedriger, weil
   weniger ungewollt umbrach.

   p.gross der Buehne von 46ch auf 52ch: die Textspalte der Buehne waechst
   durch Abschnitt 2 bei 1920 px von 626 auf 720 px, der Vorspann soll in
   diesem Verhaeltnis mitwachsen. Gemessen 599 px statt 530 px. */
body.home .kopfzeile > p{ max-width:62ch }
body.home .kopfzeile.mitte > p{ margin-inline:auto }
body.home .buehne-text p.gross{ max-width:52ch }


/* ── 4. Kachelreihen ohne angebrochene letzte Zeile ──────────────────────

   .kacheln ist ein auto-fill-Raster mit 330 px Mindestbreite. Das passt zu
   jeder Anzahl — nur nicht zu den beiden festen Reihen der Startseite.

   „Brillen & Glaeser" hat SECHS Kacheln. Gemessen bei 1920 px: vier Spalten,
   also 4 + 2 — die zweite Reihe halb leer. Erst ab etwa 1670 px Fensterbreite
   tritt das auf; darunter sind es ohnehin drei (gemessen bei 1280 px) oder
   zwei (768 px) oder eine (375 px), und 6 geht durch alle drei auf.

   „Warum Brillen Voigt" hat VIER Kacheln und traegt dafuer im Markup die
   Klasse „vier" — die in keiner Stildatei des Themes definiert ist (geprueft
   ueber alle CSS-Dateien und den Entwurf). Die Absicht steht also da, die
   Regel dazu fehlte: bei 1440 px ergab auto-fill drei Spalten, also 3 + 1.

   Hier wird nur die Spaltenzahl festgelegt, an Kachel, Abstand und Form
   aendert sich nichts. Gemessen nach der Aenderung — jede Reihe geht auf:
     375 px → 1 Spalte  · 768 px → 2 Spalten
     1280 px → 3 bzw. 4 · 1920 px → 3 bzw. 4 Spalten */
@media (min-width:1180px){
  body.home #brillen .kacheln{ grid-template-columns:repeat(3,minmax(0,1fr)) }
  body.home #vertrauen .kacheln.vier{ grid-template-columns:repeat(4,minmax(0,1fr)) }
}
@media (min-width:620px) and (max-width:1179px){
  body.home #vertrauen .kacheln.vier{ grid-template-columns:repeat(2,minmax(0,1fr)) }
}


/* ── 5. Die Blume des Lebens unter dem Blatt ─────────────────────────────

   front-page.php gibt das Signet zwischen dem Seitenblatt und der Fusszeile
   aus (bv_blume( 'signet signet-start' )). Es ist ein <svg>, das die Klasse
   selbst traegt; die Regel .signet svg aus grund.css greift deshalb nicht,
   es bleibt bei .signet aus bau.css: 54 x 54 px, display:flex, ohne
   seitlichen Aussenabstand.

   Gemessen bei 1920 px: left = 0 — das Signet klebte am linken Fensterrand,
   nicht unter der Mitte des Blattes. Nach margin-inline:auto bei 1920 px
   left = 926 (Mitte von 1905 px), bei 375 px left = 161 (Mitte von 375 px).

   .signet-start kommt nur in front-page.php vor (geprueft); die Fusszeile
   bleibt unberuehrt. */
body.home .signet-start{ margin-inline:auto }
