/* ========================================================= widget-bridge.css — WordPress-Kontext-Angleichungen (zeus-pack-ewh) Vier Aufgaben, bewusst in dieser Reihenfolge: 1. GESCOPTE RESETS — der Prototyp brachte seine Basis als ungelayertes Preflight mit Spezifität 0 mit (`*{box-sizing}`, `body{font/color}`). Im Pack werden diese Grundwerte auf `.zeus-section` gehoben und AUSSCHLIESSLICH als `:where(.zeus-section) :where(…)` geschrieben — Spezifität 0,0,1. Ein Reset mit `.zeus-section :is(…)` (0,1,1) würde jede Komponentenklasse (0,1,0) schlagen und alle Klassen-Margins nullen (girocard-Lesson 2026-08-05, v1.0.2-Regression). Ebenso wenig dürfen die Grundwerte in ein natives `@layer`: gelayertes CSS verliert in der Cascade IMMER gegen ungelayertes Vendor-CSS. 2. CONTAINER-BREITEN (Projekt-Sonderweg 2, INDEX.md) — der Prototyp nutzt `max-w-site` (1400) / `max-w-wide` (1650) plus drei lokale Breiten; `zeus_container_width` kennt nur vier Stufen. Jedes Widget fährt deshalb `container_width: full` + eine `ewh-w-*`-Klasse. 3. BUTTON-PANZER (G12) — hello-elementor & Co. laden eine reset.css NACH der Pack-CSS und treffen `button` mit (0,1,0). Eine Komponentenklasse `.cta-primary` wiegt genauso viel und verliert über die Reihenfolge. `button.cta-primary` (0,1,1) gewinnt. Die vier CTA-Klassen, `.pill`, `.share-btn` und `.ewh-play` treten als `