Maschera Access: per creare una maschera popup in Access devi progettare una normale maschera desktop e impostare la proprietà PopUp su Sì; se vuoi che l’utente debba chiuderla prima di tornare alle altre finestre di Access, imposta anche Modal su Sì.
Che cos’è una maschera popup in Access
Una maschera popup è una maschera che si apre in una finestra separata e rimane sopra le altre finestre di Microsoft Access. È utile per creare finestre di ricerca, pannelli di scelta, dialoghi di conferma, piccole schede di dettaglio, finestre per modificare un record specifico o strumenti di supporto che devono restare visibili mentre l’utente lavora nel database.
La proprietà PopUp non trasforma la maschera in un oggetto speciale: la maschera continua ad avere un’Origine record, controlli, eventi, macro e codice VBA come qualsiasi altra maschera. Cambia soprattutto il comportamento della finestra. Questo è importante perché molte esigenze attribuite alle popup, come filtrare un record o passare un parametro, dipendono in realtà da DoCmd.OpenForm, da WhereCondition o da OpenArgs, non dalla proprietà PopUp in sé.
PopUp e Modal: differenza fondamentale
Secondo la documentazione Microsoft, la proprietà PopUp determina se una maschera viene aperta come finestra popup e resta sopra le altre finestre di Access. La proprietà Modal, invece, stabilisce se l’utente deve chiudere o nascondere la finestra prima di poter spostare il focus su un altro oggetto di Access. Sono quindi due concetti differenti e possono essere usati separatamente.
Se imposti PopUp=Sì e Modal=No, ottieni una finestra flottante che rimane in primo piano ma permette di continuare a lavorare con altre parti dell’applicazione. Se imposti PopUp=Sì e Modal=Sì, crei un comportamento simile a una finestra di dialogo: l’utente deve completare o annullare l’operazione prima di tornare alla maschera precedente. Microsoft suggerisce inoltre BorderStyle=Dialog per un dialogo personalizzato.
Procedura passo passo per creare la popup
Apri il database e crea una copia di sicurezza prima di modificare l’interfaccia. Nel Riquadro di spostamento seleziona la maschera da trasformare oppure crea una nuova maschera. Aprila in Visualizzazione Struttura. Premi F4 per visualizzare il Foglio proprietà e assicurati che sia selezionato l’oggetto Maschera, non un singolo controllo.
Nella scheda Altro del Foglio proprietà cerca Pop Up e impostala su Sì. Se la finestra deve essere modale, imposta anche Modal su Sì. Nella scheda Formato configura lo stile del bordo. Per una finestra di dialogo compatta è frequente usare Dialog oppure Thin, a seconda del tipo di interazione desiderato. Salva la maschera, chiudila e riaprila in Visualizzazione Maschera per verificare il risultato.
Microsoft specifica che PopUp viene impostata in Visualizzazione Struttura e produce l’effetto popup quando la maschera viene aperta in Visualizzazione Maschera, per esempio dal riquadro di navigazione, da una macro o tramite VBA. Non confondere quindi la verifica in Visualizzazione Struttura con il comportamento finale dell’utente.
Esempio pratico: finestra di dettaglio cliente
Immagina una maschera continua frmElencoClienti con un pulsante Dettagli in ogni riga. La popup frmDettaglioCliente è associata alla tabella o a una query aggiornabile dei clienti. La soluzione migliore non è aprire tutti i clienti nella popup, ma aprire soltanto il record selezionato.
Nel pulsante puoi usare VBA con DoCmd.OpenForm "frmDettaglioCliente", View:=acNormal, WhereCondition:="[IDCliente]=" & Me.IDCliente. Il parametro WhereCondition accetta una clausola SQL WHERE senza la parola WHERE. Se IDCliente è numerico non servono delimitatori di testo. Se il campo chiave fosse testuale, dovresti invece delimitare correttamente il valore e gestire eventuali apostrofi.
Aprire una popup con OpenArgs
DoCmd.OpenForm dispone anche dell’argomento OpenArgs. È utile quando non vuoi soltanto filtrare i record ma passare un’informazione alla maschera aperta. Per esempio puoi aprire una popup specificando se deve operare in modalità inserimento, modifica o consultazione, oppure passare un identificativo che verrà interpretato dal codice dell’evento Open o Load.
Un esempio semplice è DoCmd.OpenForm "frmScelta", WindowMode:=acDialog, OpenArgs:="NUOVO_ORDINE". Nella maschera popup puoi leggere Me.OpenArgs. Se il valore è Null significa che la maschera è stata aperta senza argomento. Evita di affidare a OpenArgs dati complessi senza un formato chiaro: per più parametri puoi usare una stringa delimitata con una convenzione stabile oppure variabili temporanee, ma documenta sempre il meccanismo.
WindowMode acDialog: cosa cambia
La documentazione Microsoft indica che l’argomento WindowMode di OpenForm può essere impostato su acDialog. Questa modalità apre la maschera con comportamento dialogo e rende utile una tecnica molto comune: il codice chiamante resta in attesa finché la finestra di dialogo non viene chiusa o nascosta. Puoi quindi raccogliere una scelta dell’utente e riprendere l’esecuzione dopo la chiusura.
Non usare acDialog senza comprenderne l’effetto sul flusso VBA. Se una routine apre una finestra modale e deve proseguire subito con altre operazioni, il comportamento di attesa può essere esattamente ciò che vuoi oppure può sembrare un blocco. Progetta il dialogo con pulsanti espliciti Conferma e Annulla, gestendo con cura la chiusura della maschera.
Creare una popup di conferma personalizzata
Per messaggi molto semplici è preferibile usare MsgBox. Una maschera popup diventa utile quando la scelta richiede più informazioni: un riepilogo dell’ordine, una casella di testo per una motivazione, una data, un elenco di opzioni o controlli di convalida. In questo scenario crea una maschera non associata, imposta PopUp=Sì, Modal=Sì e uno stile bordo da dialogo.
Aggiungi pulsanti Conferma e Annulla. Il pulsante Conferma verifica i dati e registra la scelta in modo controllato. Il pulsante Annulla chiude la finestra senza modificare lo stato. Non usare una tabella solo per trasferire un singolo valore temporaneo tra due maschere: valuta OpenArgs, TempVars o proprietà/controlli della maschera chiamante a seconda dell’architettura.
Popup associata a dati: controllare le modifiche
Se la popup è associata a una tabella o a una query, verifica le proprietà Consenti modifiche, Consenti aggiunte, Consenti eliminazioni e Immissione dati. Una popup di sola consultazione dovrebbe bloccare le modifiche; una finestra per aggiungere un nuovo record può usare DataEntry=Sì insieme a AllowAdditions=Sì. Microsoft chiarisce che DataEntry determina se vengono mostrati i record esistenti, ma ha effetto sull’inserimento solo quando le aggiunte sono consentite.
Ricorda inoltre che una maschera basata su una query non aggiornabile non diventa modificabile solo perché è popup. Query a campi incrociati, UNION, GROUP BY e varie query SQL specifiche possono impedire l’aggiornamento. In questi casi devi cambiare Origine record oppure separare la finestra di consultazione da quella di modifica.
Posizionare e dimensionare la finestra
Una popup dovrebbe avere dimensioni coerenti con il compito. Una finestra di conferma enorme rallenta il lavoro; una scheda dettagli troppo piccola costringe a scorrere. Imposta dimensioni e controlli in Visualizzazione Struttura e prova il risultato sui monitor realmente usati dagli utenti. Windows può usare ridimensionamenti DPI diversi, soprattutto su notebook ad alta densità.
Non basare l’interfaccia su coordinate rigide legate a un solo monitor se il database viene distribuito in azienda. Se usi VBA per spostare finestre, verifica attentamente il comportamento in configurazioni multi-monitor. Nella maggior parte dei casi una popup ben dimensionata e aperta in posizione prevedibile è sufficiente senza ricorrere ad API Windows.
Popup e filtri
Una popup è spesso più utile se mostra solo il contesto necessario. Puoi applicare un filtro con WhereCondition quando la apri oppure usare l’azione macro ApplyFilter dopo l’apertura. Microsoft documenta che ApplyFilter può limitare i record di una maschera usando un filtro, una query o criteri. Per un singolo record selezionato, WhereCondition in OpenForm è generalmente più semplice e leggibile.
Evita di concatenare input utente direttamente in SQL senza controllarlo. Se il filtro usa testo, date o valori provenienti da caselle di ricerca, gestisci correttamente virgolette, Null e formati data. Per criteri complessi è spesso più robusto creare una query parametrica oppure referenziare controlli della maschera chiamante.
Passare il valore scelto alla maschera principale
Un caso comune è una popup di selezione. La maschera principale apre frmCercaCliente, l’utente sceglie un cliente e la finestra restituisce l’ID. Una tecnica semplice consiste nel lasciare la maschera popup nascosta anziché chiuderla subito quando viene usata con acDialog; il codice chiamante riprende, legge un controllo o un valore della maschera e poi la chiude.
Un’altra soluzione è scrivere direttamente il valore nel controllo della maschera chiamante, ma crea un accoppiamento forte tra i nomi degli oggetti. Se adotti riferimenti come Forms!frmOrdini!IDCliente = Me.IDCliente, documentali e controlla che la maschera di destinazione sia aperta. Per applicazioni più grandi, riduci i riferimenti incrociati non necessari.
Gestire gli errori in VBA
Una routine che apre una popup dovrebbe controllare almeno i dati indispensabili. Per esempio verifica che IDCliente non sia Null prima di costruire il filtro. Puoi usare If IsNull(Me.IDCliente) Then MsgBox "Seleziona prima un cliente.": Exit Sub e poi eseguire OpenForm. Questo evita condizioni WHERE incomplete e rende il messaggio più comprensibile per l’utente.
Se la procedura esegue operazioni importanti, aggiungi una gestione errori semplice con On Error GoTo. Mostra un messaggio contestuale e registra, quando serve, numero e descrizione dell’errore. Non usare On Error Resume Next sull’intera routine solo per nascondere problemi: rischia di lasciare l’applicazione in uno stato incoerente.
Macro invece di VBA
Se il database è semplice puoi aprire una popup anche con una macro incorporata associata all’evento Su clic di un pulsante. L’azione ApriMaschera consente di scegliere nome della maschera, vista, filtro, condizione WHERE, modalità dati e modalità finestra. È una soluzione valida quando l’azione è lineare e non richiede logica complessa.
VBA diventa più conveniente quando devi costruire criteri dinamici, gestire molti casi, riutilizzare funzioni o registrare errori. Non esiste una regola secondo cui una maschera professionale debba per forza usare VBA: macro e codice sono strumenti diversi, e la scelta deve dipendere dalla complessità e dalla manutenzione prevista.
Problemi comuni e troubleshooting
La maschera non resta in primo piano
Controlla che PopUp sia realmente impostata su Sì nella maschera e che l’oggetto venga aperto in Visualizzazione Maschera. Verifica inoltre che eventuale codice nell’evento Open o Load non modifichi la proprietà o apra un’altra finestra che cambia il focus.
La maschera blocca tutto Access
Probabilmente Modal è impostata su Sì oppure la stai aprendo con WindowMode=acDialog. Questo può essere corretto per un dialogo, ma non per una palette o una finestra di consultazione. Se vuoi poter lavorare altrove, usa PopUp=Sì e Modal=No e non aprirla come dialogo.
La popup mostra tutti i record
Controlla il WhereCondition di OpenForm e il tipo dati della chiave. I criteri numerici e testuali richiedono sintassi differente. Se il filtro fa riferimento a un controllo della maschera chiamante, verifica il nome dell’oggetto e che il controllo non sia Null.
La popup non salva le modifiche
Controlla che l’origine record sia aggiornabile e che Consenti modifiche sia Sì. Se la query contiene aggregazioni o altri elementi non aggiornabili, il problema è a monte. Se hai impostato la maschera in sola lettura intenzionalmente, non modificare la query per aggirare una scelta di sicurezza.
Compatibilità con Microsoft 365, Access 2024 e Runtime
Le proprietà PopUp e Modal e il metodo DoCmd.OpenForm appartengono ad Access desktop e sono pertinenti alle versioni correnti per Windows, incluse Access per Microsoft 365 e Access 2024. Access Runtime può eseguire maschere popup già progettate, macro e VBA consentito, ma non è pensato per permettere agli utenti finali di modificare la progettazione.
L’architettura 32/64 bit non cambia il significato di PopUp o Modal. Può però influenzare eventuali chiamate API, controlli ActiveX o librerie esterne usate dal codice. Se la popup è costruita esclusivamente con controlli e VBA standard di Access, la compatibilità è molto più semplice.
Access non offre una versione desktop nativa equivalente per macOS. Non descrivere quindi questa procedura come funzione Mac o Web. Se occorre un’interfaccia disponibile da browser, serve una soluzione differente; anche quando il back-end è SQL Server o Azure SQL, la maschera Access resta un front-end Windows.
Usabilità di una buona popup
Una finestra popup deve avere uno scopo evidente. Inserisci un titolo chiaro, un comando principale ben visibile e un’azione di annullamento. Evita di sovraccaricarla con decine di campi se l’utente deve compiere una scelta semplice. Per processi complessi può essere preferibile una maschera normale o una maschera con schede.
Imposta l’ordine di tabulazione in modo logico. Se il dialogo contiene Cliente, Data, Note, Conferma e Annulla, TAB dovrebbe seguire quella sequenza anziché saltare casualmente tra i controlli. Microsoft mette a disposizione l’ordine di tabulazione proprio per rendere le maschere più rapide da usare con tastiera.
Non affidarti al colore come unica indicazione. Un pulsante rosso senza etichetta esplicita non è sufficiente a comunicare un’operazione distruttiva. Usa didascalie come Elimina, Annulla o Conferma e aggiungi una conferma quando l’azione è irreversibile.
Sicurezza e distribuzione
Se la popup usa macro o VBA, il database deve essere eseguito in un contesto attendibile secondo le policy di Office. Evita di istruire gli utenti ad abilitare indiscriminatamente contenuti provenienti da file sconosciuti. In azienda conviene usare percorsi attendibili gestiti e distribuire il front-end in modo controllato.
Quando il progetto è stabile puoi valutare ACCDE per distribuire l’applicazione senza esporre la progettazione VBA e delle maschere agli utenti finali. Conserva sempre l’ACCDB sorgente. Una copia ACCDE non sostituisce il progetto modificabile e non deve essere l’unica copia dell’applicazione.
Checklist di collaudo
Prova l’apertura dal Riquadro di spostamento, dal pulsante che la richiama e, se previsto, da una macro di avvio. Verifica un record valido, un record inesistente e il caso in cui la chiave sia Null. Testa Conferma, Annulla, tasto ESC e chiusura dalla X, se consentita. Controlla che il record chiamante rimanga coerente dopo la chiusura.
Se usi acDialog, verifica che il codice chiamante riprenda nel punto atteso. Se usi OpenArgs, prova sia con argomento sia senza argomento. Se la popup modifica dati, crea un record di prova e controlla direttamente nella tabella che il salvataggio sia avvenuto. Se deve essere sola lettura, verifica che non sia possibile modificare nemmeno tramite scorciatoie inattese.
Progettare il flusso tra finestra principale e popup
Prima di costruire il codice decidi chi possiede la responsabilità dell’operazione. Se la finestra principale apre una popup per scegliere un cliente, è preferibile che la popup restituisca un identificativo e che la maschera principale decida come usarlo. Se invece la popup è un editor completo, può salvare direttamente il record e poi chiedere alla maschera chiamante un Requery. Mischiare i due modelli porta spesso a duplicazioni e aggiornamenti inattesi.
Definisci anche cosa accade se l’utente chiude la popup con la X invece di premere Annulla. Se la scelta è obbligatoria, puoi gestire l’evento Unload e chiedere conferma; Microsoft documenta che l’evento Unload può essere annullato, mentre Close no. Se la scelta è facoltativa, tratta la chiusura come annullamento e assicurati che il codice chiamante gestisca un risultato mancante.
Prestazioni con dati locali e collegati
Una popup filtrata su un singolo record è normalmente leggera, ma se la sua Origine record carica query complesse, sottomaschere e combo con grandi tabelle collegate, l’apertura può diventare lenta. Limita le colonne e i record, usa indici sui campi di join e filtro e non caricare dati che l’utente non vede. Con SQL Server o Azure SQL è particolarmente importante evitare di recuperare intere tabelle solo per visualizzare un record.
Se la popup contiene sottomaschere, verifica che i campi Master/Child siano corretti e indicizzati. Un filtro applicato alla maschera principale non garantisce che ogni query secondaria sia efficiente. Misura il tempo di apertura e prova la stessa applicazione sulla rete reale, non soltanto con una copia locale del back-end.
Manutenzione e documentazione
Assegna nomi coerenti: frmDettaglioCliente per la maschera, cmdConferma per il pulsante, txtMotivo per un campo testo, cboStato per una combo. Questi nomi rendono immediato capire i riferimenti nel codice. Evita di usare la didascalia visualizzata come unico modo per riconoscere un controllo, perché può cambiare senza che il codice debba essere modificato.
Documenta le proprietà che definiscono il comportamento della finestra: PopUp, Modal, BorderStyle, RecordSource, AllowEdits, DataEntry e gli eventi principali. Prima di rinominare una query o una tabella usata dalla popup, controlla il riquadro Dipendenze oggetti e cerca eventuali riferimenti VBA. Una piccola documentazione tecnica riduce notevolmente il tempo di diagnosi quando il database cresce.
Link interni consigliati
Per approfondire l’interfaccia puoi leggere come creare una maschera con schede, come creare una maschera per cercare record e come bloccare la modifica di alcuni campi. Tutte le guide sono raccolte nella categoria Guide Access.
Fonti Microsoft
Per il comportamento corrente consulta Microsoft Learn: Form.PopUp, Microsoft Learn: Form.Modal e Microsoft Learn: DoCmd.OpenForm. Per filtri e origini dati sono utili anche Microsoft Support sui filtri e la documentazione sulle query come origine record.
FAQ
PopUp e Modal sono la stessa cosa? No. PopUp mantiene la finestra sopra le altre finestre Access; Modal impedisce di spostare il focus su altri oggetti Access finché la finestra non viene chiusa o nascosta.
Posso aprire una popup su un solo record? Sì. Usa WhereCondition nell’azione ApriMaschera o in DoCmd.OpenForm.
Posso passare un parametro alla popup? Sì. OpenArgs è pensato proprio per passare una stringa all’apertura, leggibile tramite la proprietà OpenArgs della maschera.
Funziona in Access Runtime? Sì, se la maschera e il codice sono già progettati e il database è attendibile.
Serve VBA? No. Per molte aperture semplici basta una macro incorporata. VBA è utile quando i criteri o il flusso diventano complessi.
Conclusione
Creare una maschera popup in Access è semplice dal punto di vista delle proprietà, ma progettare bene il comportamento richiede distinguere PopUp, Modal, acDialog, filtri e passaggio di parametri. Usa PopUp per una finestra flottante, Modal o acDialog quando vuoi imporre una scelta prima di proseguire, e WhereCondition per limitare i record mostrati.
Una popup efficace è piccola, focalizzata e prevedibile. Controlla sempre l’aggiornabilità dell’origine record, gestisci i casi Null, prova l’apertura e la chiusura in tutti gli scenari e mantieni chiaro il flusso tra maschera chiamante e maschera chiamata. In questo modo la maschera Access diventa uno strumento operativo e non una semplice finestra sovrapposta.