Newsgroup: it.comp.appl.access
Titolo: La maschera Padre può intercettare OnCurrent della figlia?

Si può intercettare questo evento nella maschera padre quando nella 
sottomaschera ci si posta da un record all'altro?
Grazie


no, devi usare il current della sottomaschera
-- 
-- 
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 sottomaschera ci si posta da un record all'altro?
Ciao OneEDP.
Gli eventi di oggetti istanziati nel modulo di classe di un oggetto, 
quale l`oggetto Access.Form, si intercettano con:
Public|Private WithEvents nomevariabile As tipo
(Vedi Guida)
Un esempio, col database Northwind:
' Clienti - Form_Clienti
'
Option Compare Database
Option Explicit
Private WithEvents msubOrdini As Access.Form
Private Sub Form_Close()
    Set msubOrdini = Nothing
End Sub
Private Sub Form_Open(ByRef Cancel As Integer)
    Set msubOrdini = Me.subOrdini.Form
    msubOrdini.OnCurrent = "[Event Procedure]"
End Sub
Private Sub msubOrdini_Current()
    MsgBox "msubOrdini_Current"
End Sub
Pero` assicurati prima di avere *reale necessita`* di questo tipo di 
gestione.
(Facci sapere se e eventualmente come hai risolto. Grazie!)
--
Ciao!
Maurizio Borrelli [Microsoft MVP Office System]
http://www.riolab.org/


Bella come soluzione
non ci avevo pensato


 Grazie
Forse non ho capito; ma se ti sposti da un record all'altro e sei nella 
sottomaschera, l'evento "su corrente" lo stai già scatenando. Quindi se lo 
gestisci, nella sottomaschera, potrai (es.) scrivere nella form principale 
quello che vuoi...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:g3ufkg$14k$1...@tdi.cu.mi.it...

Molte volte le soluzioni sono davanti agli occhi e non si vedono.
Elegante come soluzione. A volte dimentico "distortamente" che i moduli di 
classe creati da me debbano essere diversi nella fisionomia da quelli di 
Acces...
La mia "reale necessità" è dovuta al fatto che come si conviene ogni buon 
padre deve sapere cosa stanno combinando le figlie.
Poiché nella maschera padre sono stati istanziadi diversi ADO.Command 
Parametrici i cui resultset sono destinati alle figlie, è necessario che 
quest'ultime debbano sempre interpellare il padre prima di effettuare delle 
modifiche.
Ma la ragione più importante è che le ogni modifica "scatenerà" una 
Transazione composta da serie di modifiche inoltre le figlie hanno altre 
figlie e per fortuna il livello di nidificazione finisce qui (altrimenti 
l'utente ed io ci ubriachiamo).
Senza dimenticare che data la lentezza del server utilizzo proficuamente 
comandi asincroni per cui, sempre il padere, ha bisogno di monitorare la 
fetchcomplete.
Di qui la necessità di accentramento.
Spero di essere stato chiaro.
Aspetto vostre.
Grazie.

 ha scritto nel messaggio 
news:48633f15$0$17930$5fc...@news.tiscali.it...

Sì è possibile impostare un flag sul padre. Ma come fa il padre a sapere 
quando viene reimpostato?
Vedi il post di Maurizio
Ciao e grazie.
Daniele 

 Daniele
Diciamo che la maschera principale non deve accorgersi di nulla perché il 
"fuoco" è ancora nella sottomaschera quindi puoi benissimo "svegliarla" 
indicandogli (es. Metodo Requery/Repaint/Recalc) che è stato modificato un 
valore in un controllo.
Poi se vuoi utilizzare gli eventi della maschera principale (ma non credo 
sia la via migliore) puoi utilizzare l'evento "BeforeUpdate"; con una 
controindicazione, quell'evento si scatenerà sempre anche in altre 
occasioni, quindi meglio controllare la situazione da dove viene generato 
l'evento (questo sì) padre; ovvero l'evento "Current" della sottomaschera...
Ciao.
-- 
Sergio MAZZA 

 Aspetto vostre.
Ciao OneEDP.
Non ho capito cosa aspetti. Se ti riferisci alle nostre figlie... a 
quelle ci pensiamo noi, grazie. :-)
