/* ============================================================ Workfashion-Theme -- Farb-/Logo-Umschaltung fuer den Bereich Sortiment > Arbeitskleidung/Arbeitsschutz (u.a. wofa-abteilung). 2026-07-16. ============================================================ Nur geladen wenn body.theme-workfashion gesetzt ist (siehe functions.php: body_class-Filter, gesteuert ueber Postmeta _pcb_theme=workfashion). Aendert NICHTS an header.php/footer.php selbst -- reine additive Override-Datei, jede Regel hier entspricht 1:1 einer Regel aus main.css/navbar.css mit #d51030 -> #f97316 bzw. #b30d27 -> #ea580c. Case-Referenz fuer jede Regel: Datei:Zeilenbereich in main.css/ navbar.css zum Zeitpunkt des Schreibens (Stand siehe Git-History der jeweiligen Datei, falls sich main.css/navbar.css spaeter aendern, hier nachziehen). */ /* ---------- main.css: globale Link-/Text-Farben ---------- */ body.theme-workfashion a { color: #f97316; } body.theme-workfashion a:hover { color: #f97316; } /* 2026-07-18: die pauschale Regel oben faerbt ALLE Links orange, auch die bewusst grauen Fusszeilen-/Utility-Links (a.fusszeile, a.smallgrey) - deren eigene main.css-Regel hat dieselbe Spezifitaet (ein Tag + eine Klasse) und verliert nur, weil diese Datei spaeter geladen wird. Ergebnis: orange auf hellem Fusszeilen-Grau, 2.6-2.8:1 statt der geforderten 4.5:1 (Lighthouse, workwear-management + alle 5 nachgezogenen Workfashion-Seiten betroffen). Hier gezielt mit einer Klasse mehr zurueckgesetzt, kein !important noetig. */ body.theme-workfashion a.fusszeile, body.theme-workfashion a.fusszeile:hover { color: #666666; } body.theme-workfashion a.smallgrey, body.theme-workfashion a.smallgrey:hover { color: #666666; } /* a.small: gleicher Grund, hier zusaetzlich am 2026-07-18 selbst erst von #cccccc auf #666666 korrigiert (main.css) - betraf identisch die Live-Seite, keine Migrationsregression, aber auf Workfashion-Seiten griff die pauschale Link-Regel oben genauso durch wie bei fusszeile/smallgrey. */ body.theme-workfashion a.small { color: #666666; } body.theme-workfashion a.small:hover { color: #f97316; } body.theme-workfashion a.breadcrumb:hover { color: #f97316; } /* 2026-07-18: .rot ist eine allgemeine "mach das rot"-Textklasse, ueberwiegend auf hellem/weissem Grund genutzt (Ueberschriften, hervorgehobener Text) - direkt #f97316 nur 2,8:1 (Lighthouse, mehrere Seiten unter arbeitskleidung-arbeitsschutz/). #a24b0e wie bei den anderen Text-Faellen. */ body.theme-workfashion .rot { color: #a24b0e; } /* 2026-07-18: .coloring2 ist die Titel-Band-Sektion praktisch jeder migrierten Seite (weisser H1/Subheadline-Text direkt auf dem Hintergrund). Mit dem normalen --color-primary (#f97316) nur 2,8:1 - der gesamte Seitentitel jeder Workfashion-Seite war betroffen (Lighthouse, sicherheitsschuhe u.a.). #a24b0e ist dieselbe --color-primary-text-Abdunklung, hier als Hintergrund statt Textfarbe verwendet - Weiss darauf erreicht 5,92:1. */ body.theme-workfashion .coloring2 { background-color: #a24b0e; } body.theme-workfashion .fa-stack:hover .fa-color1 { color: #f97316; } /* 2026-07-18: main.css' .color-Regel liefert jetzt einen SOLIDEN Hintergrund (opacity dort entfernt, siehe Kommentar da) - #f97316 mit weissem Text direkt waere 2,8:1. #a24b0e wie bei den anderen Faellen. */ body.theme-workfashion .color { background-color: #a24b0e; } body.theme-workfashion .box-red { background-color: #f97316; } /* ---------- main.css: Buttons ---------- */ body.theme-workfashion a.button > .btn { color: #f97316; } /* 2026-07-19, auf Nutzerwunsch zurueckgedreht: die 2026-07-18-Kontrastkorrektur (#a24b0e statt #f97316, wegen Lighthouse-Kontrastwarnung 2,8:1) beisst sich mit dem definierten CI fuer den Workwear-/Workfashion-Bereich. Buttons bleiben bewusst im echten CI-Orange, obwohl das die Kontrast-Anforderung (4,5:1) wieder unterschreitet - siehe chatbot-regeln.md Abschnitt 5 fuer die Begruendung/Priorisierung, falls das hier nochmal auftaucht. */ body.theme-workfashion a.buttoninverse > .btn { color: #f97316; } body.theme-workfashion a.btn.white-border { color: #f97316; } body.theme-workfashion a.buttonrot > .btn { background-color: #f97316; } body.theme-workfashion input.button { background-color: #f97316; } body.theme-workfashion .elementor-widget-button .elementor-button.elementor-button-default { color: #f97316; } /* ---------- main.css: Nach-oben-Button ---------- */ body.theme-workfashion .scroll-top-wrapper { background-color: #f97316; } body.theme-workfashion .scroll-top-wrapper:hover { color: #f97316; } /* ---------- navbar.css: Hauptmenue ---------- */ /* .colormen ist ab 768px im Original transparent (navbar.css:88) -- nur unterhalb dieser Breite (Mobile-Menue-Hintergrund) auf Orange umstellen, sonst entsteht ein orangener Balken hinter dem Desktop-Menue, den es im Original gar nicht gibt (2026-07-16 im Test gefunden). */ @media (max-width: 767px) { body.theme-workfashion .colormen { background-color: #f97316; } } body.theme-workfashion .navbar li .p:hover { color: #f97316; border-bottom-color: #f97316; } body.theme-workfashion .navbar li .p:focus { color: #f97316; border-bottom-color: #f97316; } body.theme-workfashion .navbar li .pa { color: #f97316; border-bottom-color: #f97316; } body.theme-workfashion .navbar li .pa:hover { color: #f97316; border-bottom-color: #f97316; } /* .pp:hover/.pp:focus/.ppa sind im Original nur ab 768px farbig (navbar.css: 191-193), darunter (Mobile-Dropdown-Menue) transparent -- gleiche Falle wie bei .colormen, nur umgekehrt (2026-07-16 im systematischen Nachtest gefunden, nicht nur beim ersten Sichttest). */ @media (min-width: 768px) { body.theme-workfashion .navbar li .pp:hover { background-color: #f97316; } body.theme-workfashion .navbar li .pp:focus { background-color: #f97316; } body.theme-workfashion .navbar li .ppa { background-color: #f97316; } } /* 2026-07-19, auf Nutzerwunsch zurueckgedreht (CI-Konflikt, siehe oben bei den anderen Buttons): Shop-Button in der Navbar zurueck auf echtes CI-Orange, Hover auf die normale CI-Dunkelfarbe #ea580c statt der Kontrast-Ableitung. */ body.theme-workfashion .navbar-nav > li.shopli { background-color: #f97316; } body.theme-workfashion .navbar-nav > li.shopli:hover { background-color: #ea580c; } /* ---------- Logo-Tausch: Header (Desktop + Mobile, gleicher Selektor) ---------- Original 300x69 (~4.35:1), Vorlage-Logo 300x100 (3:1). Breite und Hoehe BEIDE explizit setzen statt auf width:auto zu vertrauen -- die SVG hatte urspruenglich kein eigenes width/height (nur viewBox), wodurch Chromium bei content:url()-Ersetzung eine falsche/verzerrte Breite berechnet hat (2026-07-16 im Livetest gefunden: 60px statt der erwarteten ~207px bei 69px Hoehe). Jetzt zusaetzlich am SVG selbst behoben (width/height auf dem -Wurzelelement ergaenzt), hier trotzdem beide Werte fest, um nicht wieder von Browser-Interpretation der Ersatzgroesse abhaengig zu sein. 69px Hoehe * (300/100 Vorlage-Seitenverhaeltnis) = 207px Breite. */ body.theme-workfashion .logo img { content: url('/assets/img/theme-workfashion/poeppel-workfashion-logo.svg'); height: 100px; width: 300px; } /* ---------- Logo-Tausch: Footer ---------- footer.php hat KEIN .logo-Wrapper um sein (nur img-responsive lefttocenter) -- der Header-Selektor oben trifft dort nicht, deshalb eigene Regel ueber den eindeutigen Dateinamen im src. Footer-Slot ist 305x71 (footer.php:15) statt 300x69 im Header -- 71px Hoehe * 3 = 213px Breite. 2026-07-16, im Livetest von Sicherheitsschuhe gefunden: Footer blieb beim ersten Wurf komplett unangetastet rot. */ body.theme-workfashion img[src*="logo-maschinen-werkzeuge-poeppel_fusszeile"] { content: url('/assets/img/theme-workfashion/poeppel-workfashion-logo.svg'); height: 71px; width: 213px; } /* ---------- Kampagnenseite "Workwear Management" (campaigns/workwear-management/) ---------- Deren eigenes style.css haelt Buttons/Akzente bewusst in CI-Rot (#d51030/#b30d27), damit die Seite auch OHNE das Flag korrekt aussieht (Regel: kein hartcodiertes Orange im Kampagnen-Content). */ /* 2026-07-20: Die --color-primary(-dark/-rgb/-text/-light)-Deklarationen, die hier bis dahin standen, sind entfernt - sie wurden ausschliesslich aus content/ci-bereiche.json (Eintrag "workfashion") kopiert und liefen der eigentlichen Quelle dadurch staendig hinterher: eine Aenderung ueber die CI-Bereiche-Ansicht im Chatbot wurde gespeichert, aber nie ausgeliefert, weil diese Datei dieselben Variablen weiterhin hart ueberschrieben hat (live gemeldet: --color-primary-text auf .hero-highlight aenderte sich trotz Speichern nicht). build.py generiert diese Variablen jetzt fuer JEDEN Bereich aus ci-bereiche.json, inkl. Workfashion, mit dem gleichen doppelten Selektor (body.theme- UND body.theme- .poeppel-campaign) wie vorher hier - noetig, weil eine Kampagnenseite ihre eigene --color-primary-Basis mitbringt (Klasse+Attribut-Spezifitaet), die ein einfaches body.theme-workfashion sonst nicht schlaegt. Siehe build.py:_ci_bereich_css(). Historie/Kontrast-Herleitung fuer --color-primary-text (#a24b0e, HSV-Value*0.65, gegen Weiss UND Hellgrau-Panels e9e7e8 geprueft) steht jetzt in ci-bereiche.json, Feld "notes", und in chatbot-regeln.md. */