/* Foglio di stile condiviso pagine segreteria (Proloco-visite).
Punto unico per regole duplicate in ogni file segreteria-*.php:
wrapper di larghezza e contenitore tabelle con scroll orizzontale.
Il resto dello stile (font-size, padding, componenti) resta inline
per-pagina in ogni file, invariato. */
.proloco-segreteria-wrap{max-width:1280px!important;width:100%;margin:0 auto!important;box-sizing:border-box;}
.proloco-segreteria-wrap *{box-sizing:border-box;}
/* Il container GeneratePress ora arriva già a 1280px reali via il meta
"Content Container: Full Width" finto dinamicamente in proloco-visite.php
(proloco_is_pagina_larga() + filtro get_post_metadata) — non più con una
regola CSS scritta a mano qui: verificato dal vivo che quella non dava
1280px uniformi su tutte le pagine (probabile interazione flex/grid del
tema), il meccanismo nativo del tema sì. Questo file resta comunque il
punto unico per il max-width del CONTENUTO (.proloco-segreteria-wrap sopra). */
/* Bug "contenuto attaccato al bordo" — quando GeneratePress è in modalità
"Full Width Content" (body.full-width-content, sia per il meccanismo
dinamico sopra sia per le pagine con meta impostato a mano tipo
Checkout), il tema azzera anche il PROPRIO padding lungo tutta la catena
.site-content > .content-area > article > .entry-header/.entry-content:
verificato dal vivo (computed style) che entry-header/entry-content
arrivano a padding:0 e occupano tutta la larghezza del viewport, quindi
titolo pagina (h1 nativo del tema, fuori da .proloco-segreteria-wrap) e
qualunque contenuto tocca il bordo reale dello schermo su TUTTE le
risoluzioni, non solo sotto i 1280px. Punto unico di correzione: qui,
non pagina per pagina, con lo stesso max-width 1280px richiesto per il
contenuto (coerente con .proloco-segreteria-wrap, che resta invariato). */
body.full-width-content .entry-header,
body.full-width-content .entry-content{
max-width:1280px;
margin-left:auto!important;
margin-right:auto!important;
padding-left:24px;
padding-right:24px;
box-sizing:border-box;
}
@media (max-width:480px){
body.full-width-content .entry-header,
body.full-width-content .entry-content{
padding-left:16px;
padding-right:16px;
}
}
.ps-table-wrap{overflow-x:auto;border-radius:10px;background:#fff;border:1px solid #eee;}
/* Banner evento attivo — condiviso da Eventi/Pass/SCIA/Fatture
(evento-attivo.php, proloco_evento_attivo_banner()). Verde quando c'è
una scelta (coerente col colore principale del progetto), arancione
quando non c'è nulla selezionato — stesso "richiede un'azione" già
usato altrove (es. segnalazioni note interne). */
.pea-banner{display:flex;align-items:center;gap:12px;flex-wrap:wrap;border-radius:10px;padding:12px 18px;margin-bottom:16px;}
.pea-banner.pea-attivo{background:#f0fdf4;border:1px solid #009444;}
.pea-banner.pea-vuoto{background:#fff7ed;border:1px solid #f97316;}
.pea-label{font-size:13px;font-weight:700;color:#333;}
.pea-select{padding:8px 12px;border:1px solid #ddd;border-radius:6px;font-size:13px;background:#fff;min-height:36px;}
/* Selezione multipla + azioni di massa su un elenco (checkbox riga/testata,
barra azioni condizionale, elimina selezionate) — spostato qui da
segreteria-faq.php (2026-08-13, style precedentemente inline in quel solo
file) quando lo stesso pattern è stato richiesto anche in
segreteria-guida.php: punto unico, riusato da entrambe (vedi anche il
modulo JS condiviso window.ProlocoSelezioneMassiva,
segreteria-selezione-massiva-lista.js). Colori hardcoded invece di
var(--plg)/var(--plr) come il resto di questo file (.pea-banner sopra):
questo foglio è un in , mentre i :root{--plg:...} delle
pagine chiamanti sono in uno