/* SuperBold Sidekick — frontend widget for the public site. BEM-named, scoped under #jsSidekickFrontend so it doesn't leak into the host site's styles. Only renders when the visitor is logged in to the Umbraco backoffice. Sizing is intentionally in PX, not rem. The widget is a drop-in component that must render identically on ANY host, and rem is always relative to the host's font-size — which differs per site (SuperBold templates use 62.5% so 1rem=10px, but a Bootstrap-based area like the WVM dashboard keeps the 16px browser default, which blew the widget up ~1.6x). rem cannot be re-based per subtree, so the widget pins a fixed px scale instead and stays host-independent. (Values map 1rem=10px from the original design; browser zoom still scales px, so accessibility zoom is unaffected.) HOST-DEFENCE — om dezelfde reden. De scoping onder #jsSidekickFrontend voorkomt dat ONZE stijlen in de host lekken, maar niet andersom: de widget rendert in de page-DOM (geen Shadow DOM, geen iframe), dus elke KALE element-selector van de host raakt ons. Dat is geen theoretisch risico — `header { position: fixed; top: 0; width: 100% }` voor een sticky sitenavigatie is doodnormaal, en die rukt onze

uit het paneel en pint 'm over de pagina. Gezien bij korzo.nl (site-nav.css), alleen op desktop omdat het in een media query stond. Daarom zetten de regels op onze semantische elementen (

,

) `position` en `width` EXPLICIET, ook waar de default al goed is. Een class (0,1,0) wint van een kale element-selector (0,0,1), dus dit is genoeg — en het is bewust hier gedaan en niet met een reset-blok als `#jsSidekickFrontend header { … }`: die zou met specificiteit (1,0,1) juist onze eigen class-regels overrulen. Voeg je een nieuw

/