/*
 * Ersatz für das entfernte webflow.js — nur der Offen-Zustand des Mobil-Menüs.
 * Das Original-Menü war auf Mobil defekt (öffnete absolut bei top:-210px,
 * off-screen); dies ist die Reparatur. Greift nur unterhalb des Webflow-
 * Collapse-Breakpoints (data-collapse="medium" = max-width 991px). Oberhalb
 * bleibt die Nav unverändert die horizontale Desktop-Leiste.
 */
/*
 * Meldungsseiten (404, Danke, Formularfehler) — die eine Gestaltung, die sie
 * teilen. Vorher trug 404.html den Block inline; mit den Danke- und
 * Fehlerseiten aus Ticket #17 wären daraus fünf Kopien geworden.
 *
 * Alles Übrige kommt aus dem Original-Stylesheet: das stylt :root und den
 * nackten body (schwarzer Grund, weisse Roboto-Schrift), dafür braucht es hier
 * keine weiteren Klassen. Eigen ist nur das Zentrieren.
 */
.mmt-panel {
  min-height: 100vh;
  display: flex;
  flex-direction: column;
  align-items: center;
  justify-content: center;
  gap: 1.5rem;
  padding: 2rem;
  text-align: center;
}

.mmt-panel img { width: 220px; max-width: 60vw; height: auto; }
.mmt-panel p { max-width: 32rem; }

.mmt-panel ul {
  max-width: 32rem;
  margin: 0;
  padding: 0;
  list-style: none;
}

.mmt-panel a.mmt-back {
  display: inline-block;
  margin-top: 1rem;
  padding: .75rem 1.75rem;
  border: 1px solid currentColor;
  border-radius: 2rem;
  text-decoration: none;
  color: inherit;
}

/*
 * Kontaktformular: lesbare Eingabe.
 *
 * Webflows Basis-Regel `.w-input` setzt `color: #333`. Die Projekt-Klasse
 * `.form-text-input` überschreibt nur Hintergrund (transparent) und Rahmen,
 * NICHT die Schriftfarbe — getippter Text blieb also dunkelgrau auf dunklem
 * Grund und war kaum lesbar.
 *
 * Das ist auf der Original-Webflow-Seite identisch (gleiches Stylesheet,
 * gleicher Hash). Dies ist damit eine bewusste Abweichung vom Original und
 * nicht die Korrektur eines Übertragungsfehlers. Sie steht hier und nicht im
 * Webflow-Stylesheet, damit ein erneuter Spiegel-Abgleich sie nicht überschreibt.
 */
.form-text-input {
  color: var(--base-color-neutral--white, #fff);
  caret-color: var(--base-color-neutral--white, #fff);
}

/*
 * Autofill ist hier kein Randfall, sondern der Normalfall: das E-Mail-Feld ist
 * genau das, was Browser selbst ausfüllen. Chrome/Safari erzwingen dabei einen
 * hellen Hintergrund und dunkle Schrift und würden das Problem oben exakt
 * wiederherstellen. `-webkit-text-fill-color` schlägt `color`; die absurd lange
 * Transition ist der übliche Weg, den erzwungenen Hintergrund nie ankommen zu
 * lassen — eine Notlösung mangels standardisierter Alternative.
 */
.form-text-input:-webkit-autofill,
.form-text-input:-webkit-autofill:hover,
.form-text-input:-webkit-autofill:focus {
  -webkit-text-fill-color: var(--base-color-neutral--white, #fff);
  transition: background-color 100000s ease-in-out 0s;
}

@media screen and (max-width: 991px) {
  .w-nav {
    position: relative;
  }

  .w-nav[data-mmt-open] .w-nav-menu {
    display: block;
    position: absolute;
    left: 0;
    right: 0;
    top: 100%;
    background: #000;
    padding: 1rem 0;
    text-align: center;
    border-top: 1px solid rgba(255, 255, 255, 0.12);
  }

  .w-nav[data-mmt-open] .w-nav-menu .w-nav-link {
    display: block;
    padding: 0.75rem 1rem;
  }
}