html, body {
    height: 100%;
}

app {
    display: block;
    height: 100%;
}

.header-logo {
    flex-shrink: 0;
    background-color: currentColor;
    -webkit-mask: url('../images/Logo.svg');
    mask: url('../images/Logo.svg');
    -webkit-mask-position: center;
    mask-position: center;
    -webkit-mask-repeat: no-repeat;
    mask-repeat: no-repeat;
    width: 180px;
    height: 24px;
}

#blazor-error-ui {
    background: inherit;
    bottom: 0;
    display: none;
    position: fixed;
    width: 100%;
    height: 100%;
    z-index: 100001;
}


/* Change an editor's text and color settings */
/*.SurveyLabelStyle {
    background-color: limegreen;
    color: white;
    font-size: 22px;
}*/


/*.AnyvaStyles.dxbl-fl-item-horizontal {
    background-color: lightblue;
    color: white;
    font-size: 20px;
    height: auto;
}*/

/*.ProcessActivityStyleMain.dxbl-fl-group {
    background-color: lightgray !important;
}*/

/* .xaf-static-text white-space-pre-line {
    background-color: purple;
    color: white;
    font-size: 20px;
}*/

/* Alle folgenden Tab-Regeln gelten NUR für Tabs innerhalb von DetailViews (FormLayout-TabbedGroups),
   NICHT für die obere Tabbed-MDI-Leiste (offene Views) — die hat eigene, für dunklen Hintergrund
   gedachte Theme-Farben (heller Text) und wurde vor unseren generischen Regeln unlesbar. Abgrenzung
   über :not(.xaf-tabbed-mdi), die Klasse, die WorkingSpaceTemplate.cs auf DxTabsModel.CssClass für
   genau diese obere Leiste setzt. */

/* Tab-Höhe reduzieren: Diagnose-A/B-Vergleich hat gezeigt, dass NICHT das Padding die wahrgenommene
   Höhe treibt (Padding auf 0 setzen allein bewirkte nichts), sondern font-size/line-height des
   Tab-Textes — mit font-size: 10px schrumpfte die Box sichtbar, ohne blieb alles beim Alten.
   0.75rem (statt Theme-Default 0.875rem) entspricht dem font-size-Wert, den das Theme selbst für
   den eingebauten "Kompakt"-Modus verwendet (--dxbl-fl-tab-group-font-size in .dxbl-fl.dxbl-sm) —
   bewusst dieselbe Größenordnung, aber weiterhin gut lesbar. */
.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item {
    font-size: 0.75rem !important;
    line-height: 1.2 !important;
    padding-top: 2px !important;
    padding-bottom: 2px !important;
}

.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item * {
    padding-top: 0 !important;
    padding-bottom: 0 !important;
}

/* Einheitliche Standardfarbe für ALLE Tab-Köpfe app-weit — DevExpress rendert jeden Tab (in jeder
   View, nicht nur ProcessActivity) mit derselben generischen .dxbl-tabs-item-Struktur, daher genügt
   eine globale Regel ohne C#-Code. Inaktiv UND aktiv werden bewusst beide gestylt, damit aktive
   Tabs nicht mehr im alten Theme-Look erscheinen. color explizit gesetzt: das Theme liefert für
   Tab-Text standardmäßig Weiß (auf dunklem Standardhintergrund gedacht) — ohne eigene Textfarbe
   unlesbar auf dem hellen Ton. */
    .dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item:not(.dxbl-active) {
        background-color: lightsteelblue !important; /* dezenter Ton der Marken-Akzentfarbe #9b17e2 */
        font-palette: dark;
        color: #2b2a2f !important;
        border-radius: 8px 8px 0 0 !important;
        border-block-color: black;
    }

.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item.dxbl-active {
    background-color: #9b17e2 !important; /* Marken-Akzentfarbe, siehe .table-primary in ANYVA.CSS */
    color: #fff !important;
    border-radius: 8px 8px 0 0 !important;
    border-block-color: blueviolet;
}

/* Tab-Kopf-Hintergrundfarbe über DxFormLayoutTabPageModel.HeaderCssClass
   (gesetzt in BlazorCustomizeTabControlViewController) statt Model.xafml-Tag + Markup-Suche.
   Dynamische Einfärbung des Risiko-Tabs nach ProcessActivity.RiskScore — gleiche Schwellenwerte/
   Farben wie die RiskScore_*-Appearance-Regeln auf Title in ProcessActivity.cs.
   WICHTIG: Selektor bewusst genauso spezifisch wie die beiden Regeln oben (.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist
   .dxbl-tabs-item.<klasse>) UND absichtlich NACH ihnen platziert — bei gleicher Spezifität und
   !important gewinnt die zuletzt deklarierte Regel. Ohne diese Angleichung setzten sich die
   generischen Default-/Aktiv-Regeln durch und die Risikofarbe verschwand je nach Aktiv-Zustand. */
.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item.anyva-tab-header-risk-green {
    background-color: lightgreen !important;
    color: black !important;
    border-radius: 8px 8px 0 0 !important;
}

.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item.anyva-tab-header-risk-yellow {
    background-color: khaki !important;
    color: black !important;
    border-radius: 8px 8px 0 0 !important;
}

.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item.anyva-tab-header-risk-orange {
    background-color: orange !important;
    color: black !important;
    border-radius: 8px 8px 0 0 !important;
}

.dxbl-tabs:not(.xaf-tabbed-mdi) .dxbl-tabs-tablist .dxbl-tabs-item.anyva-tab-header-risk-red {
    background-color: darkred !important;
    color: white !important;
    border-radius: 8px 8px 0 0 !important;
}

/* Navigations-"Kästchen" (linkes Menü, DxTreeView) abrunden — .dxbl-treeview-item-container ist
   der <a>, der Icon+Text umschließt, bereits mit border-radius: var(--dxbl-treeview-item-border-radius)
   (Theme-Default 0.25rem/4px) im Theme. Direkt am Element überschrieben statt die Variable zu
   jagen (siehe Tab-Höhe-Lektion). Nur bei Hover/aktiv sichtbar, da der Standardzustand keinen
   eigenen Hintergrund hat — größerer Radius wirkt daher erst in diesen beiden Zuständen. */
.dxbl-treeview-item-container {
    border-radius: 8px !important;
}

/* Grid (DxGrid/ListEditor) abrunden — bewusst NICHT umgesetzt: <dxbl-grid> ist ein echtes Custom
   Element (eigener HTML-Tag), dessen Inhalt vermutlich in einem Shadow DOM liegt. Weder direktes
   Überschreiben von border-radius/overflow am Host-Element noch die CSS-Variable
   --dxbl-grid-border-radius zeigten irgendeinen sichtbaren Effekt (nicht mal ein Diagnose-Outline) —
   Aufwand/Nutzen für einen tieferen Ansatz (z. B. Theme-Variable vor App-Start global setzen) stand
   in keinem Verhältnis zum kosmetischen Nutzen. Siehe xaf-blazor-tab-styling-Skill für Details. */