/**
 * Stili minimi del blocco contenitore `foiano/edizione`.
 *
 * Il gap tra i blocchi figlio è governato dal supporto nativo `layout`
 * (type "constrained", cioè flow verticale normale con i figli centrati e
 * limitati a wideSize di theme.json; quelli con align "full" restano a
 * tutta larghezza — NON flex) +
 * `spacing.blockGap` dichiarato in block.json: WordPress genera da sé la
 * regola CSS (margin-block-start su `.is-layout-flow > * + *`) in base al
 * valore scelto nel tab "Stili" della sidebar del blocco.
 *
 * Deliberatamente NON layout type "flex": flex forza `align-items` sui
 * figli diretti (centrato/left/right, senza opzione stretch), il che
 * rompeva lo stretch a piena larghezza dei blocchi figlio (es. sponsor,
 * collaborazioni). Il layout flow lascia ogni figlio block-level a
 * piena larghezza come prima, aggiungendo solo lo spazio verticale tra loro.
 *
 * C'è anche un secondo motivo, più grave, verificato in sessione: se questo
 * blocco viene messo in layout "flex" (colonna) dal pannello Layout
 * dell'Inspector, i figli che internamente hanno `overflow:hidden` +
 * `aspect-ratio` (es. fl/main-guests, fl/news: viewport → track
 * flex → card con aspect-ratio) collassano ad altezza 0 come flex item,
 * pur avendo contenuto renderizzato a piena altezza — il contenuto resta
 * visivamente dov'è ma il box del genitore non lo "contiene" più, quindi si
 * sovrappone al blocco successivo nel flusso (calendario, footer, ecc.).
 * Riprodotto e confermato rimuovendo `is-layout-flex` dal wrapper: torna a
 * riservare l'altezza corretta. `supports.layout` qui sotto blocca lo
 * switch a "flex" dall'Inspector (`allowSwitching`/`allowEditing: false`)
 * proprio per impedire che questo bug si ripresenti.
 */