/* Lenis gestisce lo scroll via JS: se il browser applica ANCHE il proprio scroll-behavior:smooth (nativo, spesso aggiunto da tema/plugin/cache per i link con ancora), i due smoothing si accavallano e lo scroll diventa pesante e "a scatto". Va sempre disattivato quando c'è Lenis. */ html{ scroll-behavior: auto !important; } /* #header è fixed top:0 come la WP admin bar (anch'essa fixed, z-index molto alto): da loggati le due si sovrappongono e la parte alta dell'header (logo, bottone Menu) diventa difficile da usare in hover/click. WordPress aggiunge da solo la classe "admin-bar" al quando la barra è visibile (via body_class(), già usata in header.php): la sfruttiamo per spostare l'header sotto, con la stessa altezza della admin bar nei due breakpoint in cui WP la disegna diversa. */ body.admin-bar #header{ top:32px; } @media (max-width:782px){ body.admin-bar #header{ top:46px; } } /* Le classi Tailwind (font-display, text-2xl, leading-[1.35], text-panna...) messe in Avanzate → CSS Classes su un widget Heading/Text Editor finiscono sul div wrapper di Elementor, non sull'

/

reale annidato dentro. Il Kit di Elementor scrive di suo un default (colore, famiglia, peso, e per ogni "Size" del widget anche la dimensione) direttamente sul tag interno, con una classe di scope più specifica di quella che possiamo scrivere qui a mano: "stessa specificità, carica dopo" non basta a batterlo sempre. Soluzione: forziamo la tipografia (non il colore, vedi sotto) a tornare a ereditarsi dal wrapper, con !important. Da qui in poi: crei il widget, incolli le classi sul wrapper (Avanzate → CSS Classes), il tag interno eredita font, peso, dimensione, altezza riga, spaziatura lettere — esattamente come nella demo statica. Le uniche impostazioni da NON toccare più nel pannello Style di Elementor sono queste (Typography): bastano le classi. (Se un domani serve davvero un valore diverso solo lì, il pannello Style di quel widget può comunque riprendere il controllo scrivendo un !important più specifico — non è un vicolo cieco, solo non serve qui.) COLORE ESCLUSO DI PROPOSITO: il testo va scelto dal pannello Style di ogni widget in Elementor (Text Color), non più forzato a ereditarsi dal fondo della sezione. Attenzione: senza un colore impostato lì, il widget mostra il default (scuro) del Kit di Elementor, non più il crema/chiaro del design system — se manca sembrerà "nero su nero" su una sezione scura. */ .elementor-widget-heading .elementor-heading-title, .elementor-widget-text-editor .elementor-text-editor, .elementor-widget-text-editor .elementor-text-editor p { font-family: inherit !important; font-weight: inherit !important; font-style: inherit !important; font-size: inherit !important; line-height: inherit !important; letter-spacing: inherit !important; text-transform: inherit !important; text-align: inherit !important; } /* max-width, e qualsiasi altra proprietà Elementor forzi in futuro sui widget dentro un Container, non serve più risolverli qui uno a uno: vedi "important: true" nella config di Tailwind in functions.php — ogni utility Tailwind vince già di suo. */ /* ========================================================= WP-THEME.CSS Non tocca il design system di site.css: aggiunge solo le regole necessarie perché l'output di WordPress (wp_nav_menu, CPT brand, admin meta box) rispetti lo stesso look "messa a fuoco". ========================================================= */ /* ---- Menu overlay: WordPress genera