/* ============================================================================
 * KOMPONENTEN — Buttons, Cards, Badges, Tabellen, Formulare, Kacheln, Modal
 * Herkunft: Con4Mews (wwwroot/css/site.css)
 * Setzt 01-tokens.css voraus. Buttons/Badges/Tabellen/Formulare/Alerts bauen
 * auf Bootstrap-5-Klassen auf (.btn, .badge, .table, .form-control, .alert) —
 * ohne Bootstrap im Zielprojekt entweder Bootstrap 5.1+ einbinden oder diese
 * Regeln auf die eigenen Basisklassen ummuenzen.
 * ==========================================================================*/

/* ── Buttons ─────────────────────────────────────────────────────────── */
.btn {
    border-radius: 8px;
    font-weight: 500;
    letter-spacing: 0.01em;
    transition: background-color 0.18s, box-shadow 0.18s;
}

.btn-primary {
    color: var(--color-white);
    background-color: var(--color-primary);
    border-color: var(--color-primary-dark);
    box-shadow: 0 1px 3px var(--shadow-primary);
}
.btn-primary:hover, .btn-primary:focus {
    background-color: var(--color-primary-dark);
    border-color: var(--color-primary-dark);
    box-shadow: 0 2px 6px var(--shadow-primary-lg);
}

.btn-outline-secondary {
    color: var(--color-text-muted);
    border-color: var(--color-border);
    background-color: var(--color-surface-soft);
}
.btn-outline-secondary:hover {
    background-color: var(--color-surface);
    border-color: var(--color-accent);
    color: var(--color-text);
}

/* UI/UX-Review 30.08.2026 (Von-Restorff-Effekt: ein automatischer System-Vorschlag braucht EIN
   einheitliches, von echten Aktionen wie .btn-primary klar abgesetztes Erscheinungsbild im ganzen
   Projekt - vorher unterschiedliche Ad-hoc-Stile je Seite fuer dasselbe Konzept). --color-info
   bewusst nur fuer Rahmen/Hover-Hintergrund, nicht als Textfarbe (WCAG-Kontrastanforderungen fuer
   Text sind strenger als fuer reine UI-Komponenten-Grenzen, SC 1.4.11 vs. 1.4.3) - kein neuer
   --color-info-text-Token noetig. .border-info analog fuer den umschliessenden Vorschlags-Kasten. */
.btn-outline-info {
    color: var(--color-text);
    border-color: var(--color-info);
    background-color: var(--color-surface-soft);
}
.btn-outline-info:hover, .btn-outline-info:focus {
    background-color: var(--color-info);
    border-color: var(--color-info);
    color: var(--color-white);
}
.border-info { border-color: var(--color-info) !important; }

/* Fuer wirklich folgenschwere/kaum rueckgaengig zu machende Aktionen (z. B. Bestaetigen-Knopf
   im ConfirmDialog vor einem Monatsabschluss) - bewusst kraeftiger als .btn-outline-danger, das
   fuer reversible, weniger schwerwiegende negative Aktionen (z. B. "Ablehnen") reserviert bleibt. */
.btn-danger {
    color: var(--color-white);
    background-color: var(--color-danger);
    border-color: var(--color-danger-dark);
    box-shadow: 0 1px 3px var(--shadow-danger);
}
.btn-danger:hover, .btn-danger:focus {
    background-color: var(--color-danger-dark);
    border-color: var(--color-danger-dark);
    box-shadow: 0 2px 6px var(--shadow-danger-lg);
}

.btn-sm { border-radius: 6px; font-size: 0.82rem; }

/* UI/UX-Review 30.08.2026 (WCAG 2.2, SC 2.5.8 "Target Size Minimum", analog .con4-modal__close
   vom 21.08.2026): fuer schmale Auf-/Zuklapp-Knoepfe (nur ein einzelnes Glyphen-Zeichen, ".btn-link
   p-0" hat sonst keinerlei Polsterung) - min-width/min-height statt reinem Text-Padding, damit das
   Glyph im vergroesserten Klickbereich zentriert bleibt statt an einer Kante zu kleben. Wiederver-
   wendbare Klasse statt Einzelfall, da derselbe Auf-/Zuklapp-Knopf in EvidenceBuildPage.razor UND
   TextPatternPage.razor identisch vorkommt. */
.con4-toggle-btn {
    display: inline-flex;
    align-items: center;
    justify-content: center;
    min-width: 24px;
    min-height: 24px;
}

/* ── Cards ───────────────────────────────────────────────────────────── */
.card {
    background: var(--color-surface-soft);
    border: 1px solid var(--color-border);
    border-radius: var(--radius-lg);
    box-shadow: 0 2px 8px var(--shadow-text);
}
.card-header {
    background: var(--color-surface);
    border-bottom: 1px solid var(--color-border);
    border-radius: var(--radius-lg) var(--radius-lg) 0 0 !important;
    font-weight: 600;
    color: var(--color-text);
    padding: 1rem 1.25rem;
}
.card-body { padding: 1.25rem; }

.card-footer {
    background: var(--color-surface);
    border-top: 1px solid var(--color-border);
    border-radius: 0 0 var(--radius-lg) var(--radius-lg) !important;
    padding: 1rem 1.25rem;
}

/* UI/UX-Review 21.08.2026 (Fitts's Law): haeufig genutzte Aktionen (z. B. Buchungspruefung
   Bestaetigen/Korrigieren/Ablehnen) bleiben am unteren Kartenrand sichtbar, waehrend der Inhalt
   darueber (z. B. Tab-Inhalt) scrollt - Sitzung .card-footer bekommt dafuer zusaetzlich
   position: sticky. Setzt voraus, dass der scrollende Vorfahre das Browser-Viewport selbst ist
   (kein eigener overflow:auto-Container im Layout, siehe 03-layout.css) - funktioniert nach
   demselben Prinzip wie .content-topbar (position: sticky; top: 0) weiter oben in dieser Datei. */
.con4-sticky-footer {
    position: sticky;
    bottom: 0;
    z-index: 2;
    box-shadow: 0 -2px 8px var(--shadow-text);
}

/* ── Karten-Grid ─────────────────────────────────────────────────────────
   Wiederverwendbares Kachel-Grid fuer Listen aus gleichartigen Eintraegen
   (Einstellungs-Optionen, Benutzerliste, o.ae.). Modifier --wide liefert
   etwas breitere/luftigere Kacheln fuer inhaltsreichere Eintraege. */
.con4-card-grid {
    display: grid;
    grid-template-columns: repeat(auto-fill, minmax(15.5rem, 1fr));
    gap: 0.6rem;
}

.con4-card-grid--wide {
    grid-template-columns: repeat(auto-fill, minmax(19rem, 1fr));
    gap: 0.75rem;
}

.con4-card-grid__item {
    display: flex;
    flex-direction: column;
    gap: 0.4rem;
    padding: 0.6rem 0.75rem;
    background: var(--color-surface-soft);
    border: 1px solid var(--color-border);
    border-radius: var(--radius-card);
}

.con4-card-grid--wide > .con4-card-grid__item {
    gap: 0.55rem;
    padding: 0.75rem 0.9rem;
}

/* ── Badges ──────────────────────────────────────────────────────────── */
.badge.bg-primary   { background-color: var(--color-primary)   !important; }
.badge.bg-success   { background-color: var(--color-success)   !important; }
.badge.bg-warning   { background-color: var(--color-warning)   !important; color: var(--color-text)  !important; }
.badge.bg-danger    { background-color: var(--color-danger)    !important; }
.badge.bg-info      { background-color: var(--color-info)      !important; color: var(--color-white) !important; }
.badge.bg-secondary { background-color: var(--color-surface)   !important; color: var(--color-text) !important; border: 1px solid var(--color-border); }

/* Bootstrap < 5.3 kennt die text-bg-*-Utilities noch nicht — ohne diese
   Regeln bleibt der Badge-Hintergrund transparent, waehrend .badge weissen
   Text erzwingt (unlesbar). */
.badge.text-bg-primary     { background-color: var(--color-primary)    !important; color: var(--color-white) !important; }
.badge.text-bg-success     { background-color: var(--color-success)    !important; color: var(--color-white) !important; }
.badge.text-bg-warning     { background-color: var(--color-warning)    !important; color: var(--color-text)  !important; }
.badge.text-bg-danger      { background-color: var(--color-danger)     !important; color: var(--color-white) !important; }
.badge.text-bg-info        { background-color: var(--color-info)       !important; color: var(--color-white) !important; }
.badge.text-bg-secondary   { background-color: var(--color-text-muted) !important; color: var(--color-white) !important; }

.badge.fs-6 { font-size: 0.9rem !important; padding: 0.45em 0.85em; border-radius: 8px; }

/* ── Alerts ──────────────────────────────────────────────────────────── */
.alert-danger    { background: var(--color-alert-danger-bg); border-color: var(--color-alert-danger-border); color: var(--color-alert-danger-text); border-radius: 12px; }
.alert-secondary { background: var(--color-surface); border-color: var(--color-border); color: var(--color-text-muted); border-radius: 12px; }

/* ── Tables ──────────────────────────────────────────────────────────── */
.table {
    --bs-table-bg:           var(--color-surface-soft);
    --bs-table-striped-bg:   var(--stripe-primary);
    --bs-table-hover-bg:     var(--hover-accent);
    --bs-table-border-color: var(--color-border);
    color: var(--color-text);
    font-size: 0.9rem;
}
.table > :not(caption) > * > * { padding: 0.6rem 0.75rem; }

/* UI/UX-Review 30.08.2026: Bootstraps eigenes .table-sm (--bs-table-padding-y/-x) griff bisher
   nicht, weil die feste Zellenpolsterung oben (.table > ...) jede Tabelle unabhaengig von .table-sm
   gleich hoch machte - fuer Listen mit vielen Zeilen (z. B. /stammdaten/kyo-mappings) blieb dadurch
   weniger auf einen Blick sichtbar als noetig. Eigene Regel mit hoeherer Spezifitaet (zwei Klassen)
   statt der Bootstrap-Variablen, aus demselben Grund wie die Regel darueber. */
.table.table-sm > :not(caption) > * > * { padding: 0.35rem 0.6rem; }

.table-light {
    --bs-table-bg:           var(--color-surface);
    --bs-table-border-color: var(--color-border);
    color: var(--color-text);
    font-weight: 600;
    font-size: 0.82rem;
    text-transform: uppercase;
    letter-spacing: 0.04em;
}

.table-secondary {
    --bs-table-bg:           var(--stripe-primary-lg);
    --bs-table-border-color: var(--color-border);
    color: var(--color-text-muted);
}

.table-hover > tbody > tr:hover > * {
    background-color: var(--hover-accent);
}

/* ── Forms ───────────────────────────────────────────────────────────── */
.form-control, .form-select {
    background-color: var(--color-surface-soft);
    border: 1px solid var(--color-border);
    border-radius: 8px;
    color: var(--color-text);
    font-size: 0.92rem;
}
.form-control:focus, .form-select:focus {
    border-color: var(--color-primary);
    box-shadow: 0 0 0 3px var(--stripe-primary-focus);
    background-color: var(--color-white);
}

/* ── Uebersichts-Kacheln ─────────────────────────────────────────────────
   Klickbare Kennzahl-Kacheln fuer einen schnellen Ueberblick vor Detail-
   listen (erst die Zahl erfassen, dann bei Bedarf in die Liste springen).
   Farbmodifier hier bewusst generisch gehalten (--accent/--warn/--ok/--danger);
   fachliche Modifier (z. B. --overdue, --arrival) je Zielprojekt ergaenzen. */
.tiles {
    display: flex;
    flex-wrap: wrap;
    gap: 0.6rem;
}

.tile {
    all: unset;
    box-sizing: border-box;
    cursor: pointer;
    display: flex;
    flex-direction: column;
    gap: 0.1rem;
    min-width: 7rem;
    padding: 0.6rem 1rem;
    border-radius: var(--radius-card);
    background: var(--color-surface-soft);
    border: 1px solid var(--color-border);
    transition: transform 0.15s ease, box-shadow 0.15s ease;
}

.tile:hover {
    transform: translateY(-1px);
    box-shadow: 0 2px 6px var(--shadow-text);
}

.tile__count {
    font-size: 1.4rem;
    font-weight: 700;
    font-variant-numeric: tabular-nums;
    line-height: 1;
}

.tile__label {
    font-size: 0.74rem;
    color: var(--color-text-muted);
    font-weight: 550;
}

.tile--accent .tile__count  { color: var(--color-accent); }
.tile--danger .tile__count  { color: var(--color-danger); }
.tile--due .tile__count     { color: var(--color-due); }
.tile--success .tile__count { color: var(--color-success); }
.tile--muted .tile__count   { color: var(--color-text-muted); }

/* Aktiver Filter — dickerer, warnfarbener Rahmen, damit auf einen Blick
   erkennbar ist, dass gerade gefiltert wird. */
.tile.is-active {
    border-color: var(--color-warning);
    border-width: 2px;
}

@media (max-width: 640px) {
    .tile { min-width: 5.6rem; padding: 0.5rem 0.75rem; }
}

/* ── Fortschrittsanzeige ─────────────────────────────────────────────────
   "X von Y erledigt" mit Balken (Goal-Gradient-Effekt: sichtbarer
   Fortschritt motiviert, eine Liste weiter abzuarbeiten). */
.progress-summary {
    display: flex;
    align-items: center;
    gap: 0.85rem;
}

.progress-summary__label {
    font-size: 0.82rem;
    color: var(--color-text-muted);
    white-space: nowrap;
}

.progress-summary__label strong {
    color: var(--color-text);
    font-weight: 650;
}

.progress-summary__track {
    flex: 1 1 auto;
    height: 6px;
    border-radius: 100px;
    background: var(--color-surface);
    overflow: hidden;
}

.progress-summary__fill {
    height: 100%;
    border-radius: 100px;
    background: var(--color-success);
    transition: width 0.5s ease;
}

/* ── Feed-Gruppen ────────────────────────────────────────────────────────
   Gemeinsames Muster fuer nach Status gruppierte Ein-Spalten-Listen: Kopf
   mit Farbpunkt/Label, Abstand zwischen den Gruppen. */
.feed {
    display: flex;
    flex-direction: column;
    gap: 1rem;
}

.feed__group {
    display: flex;
    flex-direction: column;
    gap: 0.35rem;
}

.feed__head {
    display: flex;
    align-items: center;
    gap: 0.5rem;
    font-size: 0.76rem;
    font-weight: 650;
    letter-spacing: 0.02em;
    color: var(--color-text-muted);
    padding: 0 0.1rem;
}

/* Farbiger Streifen am linken Rand einer Listenzeile, z. B. fuer
   Dringlichkeit/Status (Kombination mit .severity-* aus 01-tokens.css). */
.arrival-stripe { border-left-width: 4px; border-left-style: solid; }

/* ── Dialog / Modal ──────────────────────────────────────────────────── */
.con4-modal-backdrop {
    position: fixed;
    inset: 0;
    background: rgba(15, 23, 42, 0.45);
    backdrop-filter: blur(2px);
    display: flex;
    align-items: center;
    justify-content: center;
    z-index: 1050;
    padding: 1rem;
}

.con4-modal {
    background: var(--color-surface-soft);
    border: 1px solid var(--color-border);
    border-radius: 0.75rem;
    box-shadow: 0 8px 32px rgba(15, 23, 42, 0.18);
    width: 100%;
    max-width: 420px;
    max-height: calc(100vh - 2rem);
    display: flex;
    flex-direction: column;
    overflow: hidden;
}

.con4-modal--lg { max-width: 640px; }

.con4-modal__header {
    display: flex;
    align-items: center;
    gap: 0.5rem;
    padding: 0.875rem 1rem 0.75rem;
    border-bottom: 1px solid var(--color-border);
    font-weight: 600;
    font-size: 0.95rem;
    color: var(--color-text);
}
.con4-modal__header span { flex: 1; }

.con4-modal__close {
    /* UI/UX-Review 21.08.2026 (WCAG 2.2, SC 2.5.8 "Target Size Minimum"): vorher nur ~18x20px
       (Glyphenhoehe + 0.25rem horizontales Padding, kein vertikales) - unter der 24x24px-
       Mindestgroesse fuer Bedienelemente. display:inline-flex + min-width/min-height statt
       reinem Text-Padding, damit das "x"-Glyph im vergroesserten Klickbereich weiterhin zentriert
       bleibt statt an einer Kante zu kleben. */
    display: inline-flex;
    align-items: center;
    justify-content: center;
    min-width: 24px;
    min-height: 24px;
    background: none;
    border: none;
    font-size: 1.25rem;
    line-height: 1;
    color: var(--color-text-muted);
    cursor: pointer;
    padding: 0 0.25rem;
}
.con4-modal__close:hover { color: var(--color-text); }

.con4-modal__body {
    padding: 1rem;
    overflow-y: auto;
    min-height: 0;
}

.con4-modal__footer {
    display: flex;
    justify-content: flex-end;
    gap: 0.5rem;
    padding: 0.75rem 1rem;
    border-top: 1px solid var(--color-border);
    background: var(--color-surface);
}

@media (max-width: 575.98px) {
    .con4-modal-backdrop { align-items: flex-end; padding: 0; }
    .con4-modal {
        max-width: 100%;
        max-height: 100vh;
        border-radius: 0.75rem 0.75rem 0 0;
        min-height: 60vh;
    }
    .con4-modal__body { flex: 1; }
}

/* Skeleton-Screens (LoadingIndicator.razor) — animierte Platzhalter-Balken statt Text/Spinner
   waehrend des Ladens. Forschung zur wahrgenommenen Wartezeit (u. a. Facebook-/Google-
   Design-Research, siehe auch Wroblewskis Arbeiten zu gefuehlter Ladezeit) zeigt: Skeletons
   wirken spuerbar schneller als ein Spinner oder blanker "Wird geladen..."-Text. */
.con4-skeleton {
    display: flex;
    flex-direction: column;
    gap: 0.5rem;
}

.con4-skeleton__line {
    height: 1rem;
    border-radius: 0.375rem;
    background: linear-gradient(90deg, var(--color-surface) 25%, var(--color-border) 37%, var(--color-surface) 63%);
    background-size: 400% 100%;
    animation: con4-skeleton-shimmer 1.4s ease infinite;
}

.con4-skeleton__line:last-child { width: 60%; }

@keyframes con4-skeleton-shimmer {
    0% { background-position: 100% 50%; }
    100% { background-position: 0 50%; }
}

@media (prefers-reduced-motion: reduce) {
    .con4-skeleton__line { animation: none; background: var(--color-surface); }
}

/* WCAG-AA-konforme Ersatzfarben fuer .text-success/.text-warning/.text-danger als Fliesstext -
   siehe Token-Kommentar in 01-tokens.css fuer die Kontrastwerte. */
.con4-text-success { color: var(--color-success-text); }
.con4-text-warning { color: var(--color-warning-text); }
.con4-text-danger  { color: var(--color-danger-text); }

/* Wiederverwendete Breiten-/Groessen-Werte, vorher an mehreren Stellen identisch als
   style="..." dupliziert (Suchfelder/Fallart-Filter, Grund-Freitextfelder,
   RadzenChart-Standardhoehe). */
.con4-w-20rem { max-width: 20rem; }

/* UI/UX-Review 30.08.2026 (Nutzerfeedback: Datumsfelder in den Bearbeiten-Modalen sollen das
   Datum vollstaendig zeigen, aber nicht unnoetig breit sein): 10rem passt "tt.mm.jjjj" samt
   nativem Kalender-Icon bequem, ohne wie ein beliebig gestrecktes Bootstrap-Spaltenbruchteil zu
   wirken - bewusst am Feld selbst statt an einer Spaltenbreite festgemacht, damit dieselbe,
   passende Breite unabhaengig von der jeweiligen Modal-Groesse (Standard 420px vs. Large 640px)
   gilt. Zusammen mit "col-auto" (schrumpft die Spalte auf den Inhalt) statt einer festen
   col-md-*-Bruchteilspalte verwendet. */
.con4-w-date { max-width: 10rem; }
.con4-w-30rem { max-width: 30rem; }

/* ── Inhalts-Tabs (WAI-ARIA-Tabs-Pattern im Seiteninhalt, z. B. MasterDataConfigurationPage) ──
   Bootstraps eigene ".nav-tabs"/".nav-item"/".nav-link"-Klassen wurden bewusst NICHT
   wiederverwendet: ".nav-item"/".nav-link" sind in 03-layout.css bereits global fuer die
   Sidebar-Navigation gestylt (feste Hoehe/Flex/Farben dort) und ueberschreiben ungewollt jede
   Bootstrap-Tab-Leiste im Seiteninhalt - sichtbar u. a. an ungleich hohen Tabs. ".con4-tabs"
   ist ein eigener, davon entkoppelter Klassenname; das WAI-ARIA-Rollenmarkup (role="tablist"/
   "tab"/"tabpanel") bleibt in der Razor-Komponente unveraendert. */
.con4-tabs {
    display: flex;
    flex-wrap: wrap;
    align-items: stretch;
    gap: 0.25rem;
    list-style: none;
    margin: 0 0 1.25rem;
    padding: 0;
    border-bottom: 1px solid var(--color-border);
}

.con4-tabs__item {
    display: flex;
}

.con4-tabs__link {
    display: inline-flex;
    align-items: center;
    height: 2.5rem;
    padding: 0 1.1rem;
    border: none;
    border-radius: var(--radius-card) var(--radius-card) 0 0;
    background: none;
    color: var(--color-text-muted);
    font-weight: 500;
    font-size: 0.88rem;
    line-height: 1;
    cursor: pointer;
    transition: background-color 0.15s, color 0.15s, box-shadow 0.15s;
}

.con4-tabs__link:hover {
    background-color: var(--color-surface);
    color: var(--color-text);
}

.con4-tabs__link:focus-visible {
    outline: 2px solid var(--color-primary);
    outline-offset: -2px;
}

.con4-tabs__link.active {
    color: var(--color-primary-dark);
    background-color: var(--color-surface-soft);
    font-weight: 600;
    box-shadow: inset 0 -2px 0 var(--color-primary);
}
.con4-chart-h-300 { height: 300px; }

/* ── Modernisierung 30.08.2026 (UI/UX-Review "moderneres Layout") ────────
   Das con4mews-System selbst bleibt unveraendert, die Regel unten baut nur
   auf vorhandenen Tokens/Strukturen auf. Eine begleitende Regel, die
   Erklaerungsabsaetze/-listen auf eine lesefreundliche Breite (46rem)
   begrenzt hatte, wurde auf Nutzerwunsch (30.08.2026: "sieht nicht gut
   aus") wieder entfernt - Fliesstext nutzt wieder die volle
   Content-Breite. */

/* Seitenkopf: Titel links, primaere Aktion(en) rechts in derselben Zeile -
   gaengige Konvention moderner SaaS-Oberflaechen (z. B. GitHub-, Linear-,
   Notion-Listenseiten) statt Titel und Aktionsknopf als zwei unabhaengige,
   untereinanderstehende Bloecke. .con4-page-header h1 verliert dafuer sein
   eigenes margin-bottom - der Abstand zum Folgeinhalt kommt einheitlich von
   .con4-page-header selbst, unabhaengig davon, ob eine Beschreibung folgt. */
.con4-page-header {
    display: flex;
    align-items: flex-start;
    justify-content: space-between;
    gap: 1rem;
    flex-wrap: wrap;
    margin-bottom: 1.25rem;
}

.con4-page-header h1 {
    margin-bottom: 0;
}

.con4-page-header__actions {
    display: flex;
    gap: 0.5rem;
    flex-wrap: wrap;
    flex-shrink: 0;
}