Alle 18:22, martedì 13 giugno 2006, Michele Zarri ha scritto: [...] > Grazie per la pronta risposta. > > L'evento "on action" pare interessante, ma da programmatore naif quale sono > di solito uso la GUI per associare funzioni agli eventi e percio' > preferisco usare gli eventi predefiniti nel secondo tab delle proprieta' di > un controllo.
Mi sono spiegato male. In effetti parlavo proprio di uno degli eventi predefiniti disponibili nel dialogo proprietà. Si tratta dell'evento "Durante l'esecuzione" [...] > Ma in questo caso particolare ho bisogno di verificare che uno dei campi > sia stato riempito correttamente e percio' prima di chiudere la finestra di > dialogo e ridare il controllo alla routine che ha lanciato la finestra di > dialogo eseguo un test e se non sono soddisfatto prevengo la chiusura > restituendo il focus al campo incriminato. Naturalmente tu mi potresti > dire: perche' non fai il test quando il campo incriminato perde il focus? > e > la mia risposta e' che ho provato e l'ho trovato poco amichevole per > l'utente. Sono d'accordo. Anche impedire la chiusura del dialogo comunque non è una soluzione user friendly: in tutti i casi stai sbattendo in faccia all'utente i suoi errori (che in realtà non sono errori dell'utente ma limiti del programma) L'utente niubbo si sentirà inadeguato e si frustrerà, mentre l'utente smaliziato invece....beh diciamo che ti potrebbero fischiare le orecchie a mille.... Sarebbe sempre meglio prevenire gli errori di inserimento dati, ma spesso questo complica enormente il lavoro del programmatore. > Spero di essermi spiegato meglio :) Senz'altro. Beh, se non vuoi che il tuo pulsante OK si comporti da pulsante OK devi definirlo come pulsante di tipo standard. In questo caso il pulsante non chiuderà automaticamente il dialogo e potrai gestire tutto manualmente. ciao Paolo --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
