/*
 * VOMA Child Theme – layout.css
 *
 * Seitenübergreifende Layout-Strukturen und Container-Klassen.
 * Keine Komponenten-Stile. Keine Design-Tokens (stehen in base.css).
 *
 * Quellen:
 *   06_Standards/DEVELOPMENT/LAYOUT.md        – Container-System
 *   06_Standards/DEVELOPMENT/CSS-TOKENS.md    – Token-Referenzen
 *   06_Standards/DEVELOPMENT/SPACING.md       – Abstands-Skala
 */

/* ============================================================
   SEITENRAND: EINE QUELLE STATT MEHRERER PADDING-EBENEN
   Mobile-Design-System, siehe docs/components/mobile-design-system.md.

   GeneratePress liefert bei Layout "Ein Container" von sich aus zwei
   horizontale Padding-Ebenen: `.grid-container.container` (dessen
   Klasse "container" – reiner Zufall – mit unserer eigenen, unten
   definierten `.container`-Klasse kollidierte und so zusätzlich unser
   Padding erhielt) und `.site-content` (GP-eigenes, festes
   "Content Padding" aus dem Customizer, 30px). Zusammen mit unserem
   eigenen Container-Padding ergaben drei gestapelte Ebenen auf einem
   390px-Mobilviewport nur ca. 52 % nutzbare Inhaltsbreite
   (Felix-Meldung 02.07.2026, "Bildschirm wird nicht optimal genutzt").

   Neue, einheitliche Regel: `.site-content` ist ab jetzt die einzige
   Quelle für horizontales Seiten-Padding (Wert: --voma-edge, responsiv
   in base.css). `.container`/`.container--service` sind reine
   Breitenbegrenzungs-/Zentrierungs-Hilfsklassen ohne eigenes Padding –
   das verhindert doppeltes Padding bei jeder Verschachtelung, auch
   bei künftigen, noch nicht migrierten Seiten (die ohne eigenen
   `.container`-Wrapper trotzdem sinnvolles Seiten-Padding von
   `.site-content` erben, statt ganz ohne Rand an den Viewport-Rand
   zu stoßen).
   ============================================================ */

.site-content {
  padding-inline: var(--voma-edge) !important;
}

/* ============================================================
   CONTAINER
   Auf `.entry-content` gescoped (der von GP/GenerateBlocks gerenderte
   Artikel-Inhaltsbereich), nicht global – siehe Kollisions-Hinweis
   oben. Alle `wp:html`-Sektionen der Seiten rendern innerhalb von
   `.entry-content`; Header/Footer/Modal (außerhalb) nutzen die Klasse
   ohnehin nicht.
   ============================================================ */

/*
 * Standard-Container: 1200px maximale Breite.
 * Verwendet für Haupt-Inhaltsbereiche.
 * Quelle: LAYOUT.md, CSS-TOKENS.md (--voma-max: 75rem)
 */
.entry-content .container {
  width: 100%;
  max-width: var(--voma-max);
  margin-inline: auto;
}

/*
 * Service-Container: 1100px maximale Breite.
 * Verwendet für Service-Bereiche, FAQ, engere Textblöcke.
 * Quelle: LAYOUT.md, CSS-TOKENS.md (--voma-max-service: 68.75rem)
 */
.entry-content .container--service {
  width: 100%;
  max-width: var(--voma-max-service);
  margin-inline: auto;
}

/* ============================================================
   HAUPTINHALT
   ============================================================ */

.main-content {
  padding-block: var(--voma-space-6);
}