Newsgroup: it.comp.appl.access
Titolo: Maschere: casella combinata e requery.

Salve a tutti,
in una maschera collegata ad una tabella "Archivio"  ho una combo associata
ad un campo che pesca i dati da una tabella "Elenco" che viene "popolata" da
una maschera.
Quando aggiungo record alla tabella "elenco" (con la maschera "Archivio"
aperta) la combo non viene aggiornata.(e questo è ok)
Ho creato una macro con azione Requery e nome controllo il nome della combo.
Ho inserito la macro sulla proprietà "dopo aggiornamento" della combo, non
va.
Ho provato a inserire la macro anche in "su chiusura", "prima di
aggiornare", "su modifica" e "su clic" anche tutte
contemporaneamente....nulla.
Perchè...????
Grazie Luca.

 typed:

Ciao,
e' probabile che la tua casella combinata non perda mai il fuoco ?
Prova comunque sull'evento SuInvio.
nella peggiore delle ipotesi puoi forzare l'aggiornamento dalla
maschera collegata alla tabella elenco:
DopoAggiornamento del Record della maschera elenco:
Forms("MascheraArchivio")!NomecasellaCombinata.Requery
Se ci sono possibilità che la maschera Archivio non sia aperta
gestisci l'errore conseguente o verifichi se la maschera e' aperta.
--
Lorenzo

 Lorenzo
Io durante l'apprendimento di Access, ho imparato una cosa, e cioč che il refresh di maschera 
risolve 20 volte i problemi che puň risolvere un requery(chi non č d'accordo?).
Questo lo dico perchč quando non conoscevo VBA, con i requery non riuscivo a fare niente o quasi, 
con il Refresh invece riuscivo a fare tutto! Il requery fino ad ora mi č servito miratamente in una 
sola occasione.
Per cui prova su tutti gli eventi in sequenza logica (a partire dai piů scontati e che non ti hanno 
dato risultato) ad inserire nelle routine evento l'istruzione
Me.Refresh
Ad esempio se scegli la combo
TuaComboBox>Eventi>Dopo Aggiornamento>Generatore di codice
Private Sub TuaComboBox_AfterUpdate()
Me.refresh
End Sub
per aggiornare la maschera che contiene la combo. 70% che risolvi.
Michele 

 Michele
--
lorenzo


Il 30% me lo riservo per non fare figure di m...a. I guru possono arrivare anche al 99%. 

>> risolvere un requery
[...]
In effetti, pur essendo un metodo possibile,
molte volte il requery crea effetti indesiderati
o che per lo meno deve venire accompagnato
da altre attività. Questo e' vero tanto piu' il progetto
e' complesso e si fa uso di eventi.
Ma comunque dipende ovviamente dal contesto
e da come il programmatore ha congegnato le cose.
Ciao
--
Lorenzo


Devo ammettere per primo che sono un abusatore di refresh, e ti do ragione riguardo al contesto. 
Magari nella mia appl qualche requery avrebbe potuto funzionare al posto del refresh, ma la 
consapevolezza del risultato positivo mi ha portato a questo, cioč di utilizzare prima il refresh e 
poi, se non ottengo i risultati, ad altri metodi. Questo, come dicevo, mi č successo una sola volta. 
Con Wme e AccXP avevo dei record che non rispettavano l'ordine in maschera. Penso sia stato un 
problema di SO perchč a casa con XP tutto OK. Il problema in quel caso l'ho risolto solo con 
requery.
Saluti e buon sabato sera.
Michele 


Scusate l'intromissione, iohosempre sisolto con l'evento "Su attivato" della
combo col relativo codice
Private Sub combo_gotfocus()
    me.combo.requery
end sub
ha sempre funzionato!
Salve a tutti
NSantini

 NSantini
Si, ok.
SuAttivato o SuInvio agiscono prima che la combo
fornisca l'elenco.
Ma se leggi il post originale di Zappus, lui ha
la combo su una maschera; I dati ai quali la
combo punta stanno su un'altra maschera.
Quando ti sposti dalla combo all'altra maschera
la stessa combo non perde mai il focus (all'interno
della maschera) per cui gli eventi SUAttivato o
su invio non si verificano.
--
Lorenzo