/*
 * Kontrast der Zustimmen-Schaltflaeche im CCM19-Banner (#76).
 *
 * Was passiert war: `style.css` faerbt die Flaeche des Primaerknopfes auf die Markenfarbe
 * (`#asioso .ccm--button-primary{background:#93bd32!important}`, avinci `#5ca9de`) — aber nur die
 * Flaeche. Die Schriftfarbe blieb CCM19s Weiss. Deren Standard ist stimmig (weiss auf `#417c51`
 * ergibt 4,97:1 und erfuellt WCAG AA); unsere helleren Markenfarben darunter nicht:
 *
 *     weiss auf #93bd32 (asioso) : 2,20:1
 *     weiss auf #5ca9de (avinci) : 2,57:1
 *     gefordert (WCAG AA, Text)  : 4,50:1
 *
 * axe meldete das als `color-contrast`, Schwere `serious` — auf JEDER Seite, weil der Banner
 * ueberall steht. Es ist also keine Marginalie des Anbieters, sondern eine Folge unserer eigenen
 * Farbanpassung.
 *
 * Warum dunkle Schrift und nicht eine dunklere Markenfarbe: `#93bd32` muesste bis etwa `#5c7720`
 * abgedunkelt werden, um mit weisser Schrift 5,1:1 zu erreichen — eine sichtbar andere Farbe. Die
 * Marke steht nicht zur Debatte, der Kontrast schon. Mit `#111` bleibt die Flaeche exakt wie
 * bisher und der Kontrast liegt bei 8,60:1 (asioso) bzw. 7,36:1 (avinci).
 *
 * Warum eine eigene Datei: `public/static/css/style.css` ist ein Vite-Build-Artefakt aus
 * `Frontend/src`, und `Frontend/node_modules` ist nicht eingerichtet. Ein Neubau haette wegen
 * anderer Abhaengigkeitsversionen das komplette Bundle ausgetauscht — grosser Diff, breites
 * Regressionsrisiko fuer zwei Zeilen. Beim naechsten echten Frontend-Build gehoert diese Regel
 * nach `Frontend/src` und diese Datei weg (gleiche Abmachung wie bei `auto-load.js`, #61).
 *
 * NICHT behoben ist damit der zweite Befund am selben Banner: `.ccm-link-container > a`. Dessen
 * Farbe (`#2d7a30`) ergibt auf Weiss 5,33:1 und waere in Ordnung — die Meldung muss also aus einem
 * abweichenden Hintergrund der Konto-Konfiguration stammen, den man nur im laufenden Browser
 * messen kann. Das bleibt in #76 offen; hier wird nichts geraten.
 */

#asioso .ccm--button-primary,
#avinci .ccm--button-primary {
    color: #111 !important;
    /* CCM19 legt einen Schlagschatten unter die Schrift, der fuer WEISSE Schrift auf dunklem
       Grund gedacht ist (`text-shadow:1px 1px 2px rgb(0 0 0 / .4)`). Unter dunkler Schrift
       verwaescht er die Kanten und senkt den effektiven Kontrast wieder. */
    text-shadow: none !important;
}

/*
 * Zweiter Befund am selben Banner: die Links in der Fussleiste (#76).
 *
 * Gemessen, nicht geschaetzt — aus dem CCM19-Stylesheet ausgelesen:
 *
 *     .ccm-modal--footer            { background-color: #adadad }
 *     .ccm-link-container a:link    { color: #2d7a30 }        -> 2,38:1
 *
 * Auf Weiss waere das Gruen mit 5,33:1 in Ordnung; auf der grauen Leiste ist es das nicht.
 * Deshalb hatte die Rechnung "auf Weiss passt es" in die Irre gefuehrt — der Hintergrund war ein
 * anderer, und den liefert erst die Konto-Konfiguration.
 *
 * Die Loesung ist keine Erfindung: CCM19 setzt fuer **dieselben** Links im Modal-Fussbereich
 * bereits `rgb(0 0 0 / .9)` — auf `#adadad` sind das 8,41:1. Wir ziehen diese Entscheidung des
 * Anbieters nur auf die Stellen nach, an denen sie fehlt. Damit bleibt der Banner auch optisch
 * stimmig, statt zwei verschiedene Linkfarben zu zeigen.
 *
 * Warum nicht die Flaeche aufhellen: `#ededed` mit dem Gruen ergaebe 4,55:1 — knapp ueber der
 * Grenze und eine sichtbare Aenderung am Erscheinungsbild des Banners. Dunkle Schrift auf der
 * unveraenderten Flaeche ist der groessere Abstand bei der kleineren Aenderung.
 */

#asioso .ccm-link-container a:link,
#asioso .ccm-link-container a:visited,
#avinci .ccm-link-container a:link,
#avinci .ccm-link-container a:visited {
    color: rgb(0 0 0 / .9) !important;
}

#asioso .ccm-link-container a:hover,
#asioso .ccm-link-container a:focus,
#avinci .ccm-link-container a:hover,
#avinci .ccm-link-container a:focus {
    color: #000 !important;
}