`, e `.contenitore` è largo `min(100% - 2rem, var(--colonna))` → `radar.css` §2. La hero del disegno è a piena larghezza, quindi il contenitore va disinnescato — ma **non si tocca `.contenitore`**, che serve a tutte le altre pagine del tema. `cerca.css` §2 lo fa già, con `body.page-template-cerca`: una classe che WordPress compone dal modello **assegnato alla Pagina**. Sulla home quella classe **non c'è**, e non è un difetto da correggere altrove: la Pagina che sta in `page_on_front` è «Attesa», e il suo modello assegnato è `templates/attesa.php`. Il `` della home porta infatti `home … page-template-attesa … page-id-29`, verificato sul banco il 19/8/2026 — cioè la home dice di essere l'attesa perché in archivio lo è, e a servire un'altra cosa è chi sceglie il modello. 🚨 E VALE PER TUTTE E DUE LE STRADE, che è il motivo per cui questo file esiste. Oggi l'amministratore arriva a `templates/cerca.php` dal filtro `template_include` di `plugin/radar-vetrina/radar-vetrina.php`: quel filtro cambia il **file**, non il ``. Quindi la hero a piena finestra veniva disegnata dentro `.contenitore`, larga `min(100% - 2rem, var(--colonna))` — una hero a 1440px stretta in una colonna da 72rem, con la foto tagliata ai lati e la barra di ricerca fuori centro rispetto alla finestra. Non è un difetto di quel plugin: è il pezzo che manca a chiunque serva `cerca.php` da un indirizzo che non sia `/cerca/`, e sta qui perché qui c'è il foglio della home. → dichiarato nel rapporto S4 del turno 10. 👉 L'aggancio giusto è `body.home`, che WordPress mette quando `is_front_page()`. È lo stesso identico idioma di `ossatura.css` §2 e di `cerca.css` §2 — stessa forma, stesse tre dichiarazioni — cambia solo la classe da cui si parte. Zero PHP condiviso toccato, zero classi aggiunte a mano al ``. ⚠ Sul ramo pubblico questa regola non troverebbe niente comunque: `templates/attesa.php` scrive `

`, senza `.contenitore`. Ma il foglio là non ci arriva proprio, ed è la difesa vera. ========================================================================== */ /* 🚨 P2.1, 4/9/2026 — QUESTA COPIA È STATA TOLTA, NON SPOSTATA. Fino a oggi qui c'era la stessa regola di disinnesco di `cerca.css` §2, con lo stesso identico blocco (`width:100%; max-width:none; margin-inline:0;`), agganciata a `body.home` invece che a `body.page-template-cerca`. Due copie della stessa regola, in due file, sono il motivo per cui la home traboccava a 390px (→ `cerca.css` §2, nota di testa nuova): sulla Pagina «Cerca» vinceva questa qui, sulla home vinceva quell'altra, e bastava che le due divergessero — o che una delle due arrivasse tardi nella cascata — perché il conto di `.cerca__colonna` (calcolato assumendo il disinnesco sempre attivo) sbagliasse. 👉 Ora `cerca.css` porta UN selettore solo con i due agganci (`body.page-template-cerca #contenuto.contenitore, body.home #contenuto.contenitore`): la stessa riga vince su tutte e due le pagine, e non può più divergere da sé stessa. Questo file non dichiara più `#contenuto.contenitore`: lo fa lì, e lì soltanto. */ /* P2.1 PEZZO B, 4/9/2026 — le sezioni sotto la hero (sei categorie, «come funziona», il perimetro) sono state scritte QUI la prima volta e poi spostate in `cerca.css`: quel foglio si accoda sempre, quando `templates/cerca.php` rende — sia sulla home vera SIA sulla Pagina «Cerca» diretta (`/cerca/`) — mentre questo file si accoda **solo** su `is_front_page()` (`inc/casa.php::radar_casa_foglio()`), che è **falso** su `/cerca/`. Un CSS che deve valere su tutte e due le pagine non può vivere in un foglio che ne veste una sola: → `cerca.css`, stessa sezione marcata «P2.1 PEZZO B». Questo file resta quello che era: la sola riga che cambia perché l'indirizzo è `/` e non `/cerca/` — oggi, nessuna. */