/* Sekundäre Kopfleiste: Social-Links (links) + Sprachumschalter (rechts) –
   2026-07-19, dreiundvierzigster Durchgang. Ember-Farbschema konsistent
   mit dem Rest der Seite.

   2026-07-20 (Durchgang 44), Rückmeldung: Top-Bar und Hauptheader standen
   optisch zu direkt übereinander, ohne erkennbare Absetzung (beide nutzten
   dasselbe #080807). Erster Versuch: helleren Ton (#1A1816) + 2px
   Orange-Linie - laut Rückmeldung immer noch kaum wahrnehmbar.

   2026-07-20 (Durchgang 46), zweite Rückmeldung: Farbunterschied zwischen
   zwei nah beieinanderliegenden Dunkeltönen ist für das Auge grundsätzlich
   schwer erkennbar (physiologisch geringere Kontrastwahrnehmung in dunklen
   Bereichen), keine reine Farbfrage. Vier Stärken als Mockup verglichen,
   stärkste gewählt: deutlich hellerer, wärmerer Ton (#3A322A, klar als
   warmes Dunkelbraun-Grau erkennbar statt Nah-Schwarz) KOMBINIERT mit
   echtem Schlagschatten (box-shadow, erzeugt Tiefenwahrnehmung statt nur
   Farbkontrast) UND der bestehenden Orange-Trennlinie - drei Signale
   gleichzeitig statt nur eins, robuster gegen unterschiedliche
   Monitore/Lichtverhältnisse als ein einzelner Farbwert. */
.drg-secondary-header {
	background-color: #201C17 !important;
	border-bottom: none !important;
	box-shadow: 0 4px 12px rgba(0, 0, 0, 0.7);
	padding: 5px 0;
	position: relative;
	z-index: 1;
}

/* 2026-07-20 (Durchgang 47), zweiter Feinschliff: Top-Bar auf Wunsch wieder
   etwas dunkler (#2A241E, zwischen dem ursprünglichen #211D18 und dem zu
   hellen #3A322A aus Durchgang 46 - Schlagschatten und Farbunterschied
   allein reichen jetzt zur Absetzung, siehe dortige Verifikation). Die
   durchgehende orange Trennlinie ersetzt durch eine weiße Linie, die an
   beiden Enden ausgeblendet ist ("Fade-In/Fade-Out") - per
   linear-gradient auf einem ::after-Pseudo-Element statt border-bottom
   (CSS-Borders unterstützen keine Farbverläufe entlang ihrer Länge, nur
   border-image, das hier unnötig komplex wäre). !important weiterhin
   nötig wegen des in Durchgang 46 gefundenen Avada-Ladereihenfolge-
   Konflikts (siehe dortige Erklärung). */
.drg-secondary-header::after {
	content: "";
	position: absolute;
	left: 0;
	right: 0;
	bottom: 0;
	height: 1px;
	background: linear-gradient(
		to right,
		transparent 0%,
		rgba(237, 232, 227, 0.6) 50%,
		transparent 100%
	);
	pointer-events: none;
}

/* 2026-07-20 (Durchgang 46), Nachbesserung nach "nach Reload keine Änderung
   sichtbar": Ursache war kein Cache-Problem, sondern ein CSS-Prioritäts-
   konflikt - Avadas eigene dynamische CSS-Ausgabe für .fusion-secondary-
   header (aus der Theme-Option header_top_bg_color) lädt im <head> NACH
   unserem Stylesheet und gewinnt bei gleicher Selektor-Spezifität durch
   spätere Ladeposition. Der Schlagschatten kam trotzdem durch, weil Avada
   dafür keine eigene Regel setzt - nur background-color/border-bottom
   waren betroffen. Per Playwright direkt nachgewiesen (getComputedStyle
   zeigte rgb(8,8,7) statt des gesetzten #3A322A). Behoben mit !important
   auf den beiden betroffenen Deklarationen, wie an anderen Stellen in
   diesem Child-Theme bereits gegen dasselbe Avada-Verhalten etabliert. */

.drg-secondary-header .fusion-row {
	display: flex;
	align-items: center;
	justify-content: space-between;
}

/* Social-Icons (LinkedIn/E-Mail) - dezent statt grell, wie der Rest der
   Nebenelemente im Header/Footer */
.drg-secondary-header .fusion-social-links-header a {
	color: #B8A99A !important;
	transition: color 0.2s ease;
}

.drg-secondary-header .fusion-social-links-header a:hover {
	color: #FF6D00 !important;
}

/* Sprachumschalter */
.drg-lang-switcher {
	display: flex;
	align-items: center;
	gap: 12px;
	list-style: none;
	margin: 0;
	padding: 0;
	font-family: "IBM Plex Mono", monospace;
	font-size: 12px;
	letter-spacing: 0.04em;
	text-transform: uppercase;
}

.drg-lang-switcher li {
	margin: 0;
}

.drg-lang-switcher li:not(:last-child)::after {
	content: "/";
	margin-left: 12px;
	color: #4A453F;
}

.drg-lang-switcher a {
	color: #B8A99A;
	text-decoration: none;
	transition: color 0.2s ease;
}

.drg-lang-switcher a:hover {
	color: #FF6D00;
}

.drg-lang-switcher .current-lang a {
	color: #FF6D00;
}

/* Sticky-Header-Fix – 2026-07-20, vierundvierzigster Durchgang. Ursache
   des "Hin- und Her-Springens" auf kurzen Seiten (Kontakt,
   KI-Risikomanagement): unsere eigene Top-Bar (Social-Links+Sprache) wird
   beim Wechsel in den Sticky-Zustand NICHT mit eingeklappt, wie es Avadas
   Standard-Kopfleiste normalerweise tut - der umschließende
   .fusion-header-wrapper bekommt dabei eine reduzierte Höhe (passend zur
   kompakten Sticky-Menüzeile), während unsere Top-Bar in voller Höhe
   weiterrendert und dadurch aus ihrer Box herausragt (per Playwright
   nachgewiesen: wrapperHeight 47px, aber mainHeaderHeight 99px gleichzeitig
   sichtbar). Dieser Render-Überlauf blähte document.scrollHeight auf,
   analog zum ursprünglichen Startseiten-Bug aus Durchgang 33-36 (siehe
   S01 Startseite.md) - nur mit anderer technischer Ursache (Sticky-Header-
   Umschaltung statt GSAP-Transform-Ausgangszustand).
   Behoben nach demselben Avada-Konventions-Muster wie die Standard-
   Kopfleiste: Top-Bar blendet beim Sticky-Zustand aus, damit kein
   Höhen-Mismatch/Überlauf entsteht. */
.fusion-is-sticky .drg-secondary-header {
	display: none;
}

/* 2026-07-20 (Durchgang 50): auf Wunsch nochmal einen Schritt dunkler
   (#3A322A -> #2A241E -> #201C17) - näher am Hauptton (#080807/#0D0C0C),
   aber weiterhin klar unterscheidbar heller als dieser, konsistent mit der
   Fußzeilen-Farbfrage aus Durchgang 48/49. */
