# Best dialog blocks 2026: 9 verified sections 9 dialog blocks from 3 registries, each with a free preview and Pro source code. The table ranks them by real file count and names every publisher. > Page: https://ui.eneawork.it/blog/migliori-dialog-blocks-2026 > Markdown: https://ui.eneawork.it/blog/migliori-dialog-blocks-2026.md *2026-11-01* Un blocco dialog è una finestra sopra la pagina, e il suo costo è quasi tutto invisibile. Il catalogo ne conta 9 da 3 registry, misurati il 1 novembre 2026 su /api/blocks/category/dialog: tre file di base, e un solo blocco con la variante annidata. ## I quattro guasti che nessuno prova in preview Il primo è il fuoco. Quando la finestra si apre, il fuoco deve entrare nel primo elemento utile; quando si chiude, deve tornare al pulsante che l'ha aperta. Un blocco che non lo fa lascia l'utente da tastiera sulla pagina sotto, e il dialogo diventa un ostacolo invece di un passaggio. Il secondo è lo scorrimento: se la pagina sotto continua a scorrere, su mobile il dito muove il contenuto sbagliato. Il terzo è il contenuto che si perde. Una finestra con un modulo dentro che si chiude con Esc o con un clic sullo sfondo butta via quello che l'utente ha scritto, senza chiedere. Il quarto è l'annidamento: aprire un secondo dialogo dal primo funziona solo se il blocco gestisce lo stack dei fuochi, e la maggior parte non lo fa. I 9 record sono la categoria dialog letta il 1 novembre 2026 su /api/blocks/category/dialog. La tabella mostra anche voci di categoria form e command: sono dialoghi che contengono qualcosa, e il contenuto cambia il numero di file. ## Le verifiche prima di adottarlo Il numero di file racconta il caso d'uso. Due file significano finestra e modulo già separati, che è la forma giusta quando dentro c'è una richiesta da inviare. Un file significa una finestra di conferma o di contenuto: va bene per un avviso, non per un modulo, perché il contenuto e la cornice non si possono testare separatamente. ## Il limite da dichiarare all'utente Nessuno dei 9 blocchi custodisce il contenuto non salvato. Non c'è una guardia che chieda conferma prima di chiudere con modifiche in sospeso, e non c'è memoria dello stato quando la finestra si riapre. Il secondo limite è la licenza del publisher, che copre il componente e non il comportamento: quello lo verifichi tu, con la tastiera, in trenta secondi. ## La regola che evita la finestra sbagliata Se dentro c'è un modulo, prendi il blocco a due file con il contenuto separato e aggiungi la conferma di chiusura. Se è una conferma secca, non serve un blocco: la primitiva più trenta righe bastano e ti lascia il controllo sul testo del pulsante. E se il contenuto supera l'altezza dello schermo, valuta un pannello laterale, che su mobile è più facile da chiudere e non nasconde il contesto. L'alternativa è una pagina dedicata. Costa una navigazione in più e non ha nessuno dei problemi di fuoco, scorrimento e stack, perché il contesto è uno solo. La finestra conviene quando l'azione è breve e non deve far perdere il punto in cui l'utente si trova; la pagina conviene quando l'azione ha più passaggi o richiede un ritorno indietro dal browser. Il contenuto lungo merita una prova a parte. Una finestra con venti righe di testo su uno schermo da 640 pixel deve scorrere al proprio interno, con l'intestazione e i pulsanti fermi. Se il blocco fa scorrere tutta la finestra, il pulsante di chiusura esce dallo schermo e l'utente resta senza via d'uscita visibile. Prova la preview riducendo l'altezza della finestra del browser: è il test più rapido e il più trascurato. curl "https://ui.eneawork.it/api/blocks/category/dialog?limit=10" Le finestre sono in /blocks/category/dialog, i componenti di base in /components/cat/dialog e le icone di chiusura in /icons. Il caso completo è in dialog accessibile con shadcn, il test manuale in test di accessibilità con axe; il confronto tra finestra e pannello laterale è in portal e modali in React. ## FAQ ### Dove deve andare il fuoco quando la finestra si apre? Nel primo elemento utile, o sul contenitore se non ci sono controlli; alla chiusura deve tornare esattamente al pulsante che l'ha aperta. ### Perché la pagina sotto continua a scorrere? Perché il blocco non applica un blocco dello scorrimento al documento. Va aggiunto e va rimosso alla chiusura, altrimenti la pagina resta ferma. ### Come impedisco la chiusura con dati non salvati? Tieni il modulo in un componente separato e intercetta la richiesta di chiusura: senza questo, Esc cancella il lavoro dell'utente. ### Un dialogo dentro un altro funziona? Solo se il blocco gestisce lo stack del fuoco. Se non lo fa, il secondo si apre sotto il primo o il fuoco torna al posto sbagliato. ### Meglio una finestra o una pagina dedicata? La finestra per azioni brevi che non devono far perdere il contesto, la pagina quando ci sono più passaggi o serve il ritorno indietro del browser.