Newsgroup: it.comp.appl.access
Titolo: Metodo Requery per sincronizzare sottomaschere

Ciao, sto provando il metodo requery, ma ne sono ancora troppo poco.
Praticamente io ho una maaschera principale frmMAIN e in questa ho un
controllo a schede con due sottomaschere in due pagine diverse:
pagina 1 contiene subDATI_ANAGRAFICI
pagina 2 contiene subSTATUS_UTENTE
quando aggiungo un utente al database io poi ne cerco il nome da due
caselle di testo poste nella frmMAIN; i dati anagrafici e lo status mi
appaiono come per magia (ironico!) nelle due sottomaschere.
Poi avviene il problema: quando nella subDATI_ANAGRAFICI io vado avanti di
un record, i dati nella subSTATUS non si aggiornano a quelli del nuovo
utente corrente nella subDATI_ANAGRAFICI, ma rimangono quelli dell'utente
di prima.
Qualcuno mi ha suggerito di utilizzare il metodo Requery. Okkei, ho anche
visto l'help ma non riesco ad utilizzarlo.
Qualcuno ha pezzi di codice da ....ehmm....consigliarmi?
Graaaaaaazie!!!! So di essere un gran rompiscatole perň....vogliatemi bene
:)))
-- 
Insostenibile č il peso della conoscenza, se questa toglie poesia all'
Essere Umano.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 bene :)))
Il metodo requery potrebbe essere dovuto qualora tu linkassi con un criterio
la query
che linka la maschera alla sottomaschera.
Se invece leghi maschera e sottomaschera con i normali collegamenti (quelli
del wizard per intenderci) non dovresti
avere problemi
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:  
www.donkarl.com/it

 avere problemi
Aiutoooo...!!!!
Mi sa che devo un attimo descriverti come ho strutturato la cosa :)
frmSchedaPrimoContatto -----> origine record 'tblUtenti'
|                             immissione dati: NO
|                             consenti modifiche: SI
|                             consenti eliminazioni: SI
|                             consenti aggiunte: NO
controllo a schede con
             |
             |--->subSchedaPrimoContatto
                      |-->origine record 'tblUtenti'
                      |-->consenti filtri/modifiche/eliminazioni: SI
                      |-->immissione dati/consenti aggiunte: NO
             |
             |--->subSchedaStatus
                      |-->origine record 'tblUtenti'
                      |-->consenti filtri/modifiche/eliminazioni: SI
                      |-->immissione dati/consenti aggiunte: NO
Nella frmSchedaPrimoContatto ci sono due caselle di testo nelle quali
quando io digito il testo automaticamente mi appaiono i dati nelle due
sottomaschere. Questo perchè qualcuno qui postò del codice al quale bastò
modificare i nomi degli oggetti e dei campi.
Il problema nasce che subSchedaPrimoContatto e subSchedaStatus NON sono
sincronizzate. Quando in subSchedaPrimoContatto io mi sposto di un record
avanti e/o indietro i dati in subSchedaStatus devono aggiornarsi in base
all'utente visualizzato in subSchedaPrimoContatto.
Questo non avviene.
Primo: perchè io non so utilizzare il metodo Requery. Ho visto l'esempip
di NorthWind ma è un casino ora come ora per me.
Secondo: perchè forse c'è qualcosa di sbagliato nel modo in cui le due
sottomaschere sono collegate tra loro e/o alla maschera principale
frmSchedaPrimoContatto.
Perciò chiedo il tuo/vostro aiuto nella risoluzione di un problema per me
di primaria importanza!
Grazie mille a tutti quanti!!!!!!
-- 
Insostenibile è il peso della conoscenza, se questa toglie poesia all'


 -- 
Come fai a sincronizzare la "subSTATUS_UTENTE" con la casella di testo sulla frmMain?
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio news:d6i8gd$osu$1...@news.newsland.it...

Il problema è proprio il fatto che le due sottomaschere non sono sincronizzate (Collega campi Secondari/master), il requery non 
c'entra nulla.
Poi leggo male o la form e le  sottomaschere hanno come origine dati la stessa tabella?
Ciao.
-- 
Sergio MAZZA