Newsgroup: it.comp.appl.access
Titolo: Re: dipendenza delle caselle combinate

 ha scritto nel messaggio 
news:68265cec-bf38-469b...@p7g2000yqd.googlegroups.com...
ciao a tutti
Facendo riferimento alla FAQ4.36 di donkarl
è possibile bloccare la seconda casella combinata
se non dopo l'utilizzo della prima?
Perchè all'apertura della maschera
se si seleziona per primo la seconda casella combinata
è possibile vedere la listbox mentre la  preferirei vuota.
Grazie
proprietà abilitato della seconda combo messa a NO in struttura
su evento dopo aggiornamento della prima combo testi il valore della prima 
combo stesso
se è null metti enabled della seconda a false, se non è null, lo metti a 
true
Antonio 

 messaggionews:68265cec-bf38-469b...@p7g2000yqd.googlegroups.com...

grazie Antonio
come faccio a testare il valore della prima combo?
if isnull(combo1) then
Antonio

 grazie per l'aiuto
Antonio credo di aver risolto.
Avevo legato male le tb
Ancora Grazie
OK
A 

 A
ho ancora un problemino
se voglio cambiare il nominativo di un cliente
che ha la destinazione diversa inserita
devo prima eliminare la destinazione diversa
e poi inserire il nuovo cliente, altrimenti
mi trovo con il cliente e la destinazione
del cliente precedentemente inserito
anche se la seconda combo č vuota,
ma nelle caselle sottosatanti
che prelevano i dati con =DLookUp
i dati restano visibili e cosi anche il report
ha i dati dati errati.
Come risolvere?
Grazie
sull'evento aggiornamento della prima combo, metti anche che il valoe della 
seconda combo deve essere null e esegui una requery della stessa
se hai qualche controllo con recordsource che dipende dalle combo fai il 
requery anche di essi
per i dlookup messi come origine dati delle caselle di testo invece dovrebbe 
aggiornare in automatico
Antonio 

 messaggionews:ba4a1ea8-c74d-443e...@j13g2000pro.googlegroups.com...


Grazie Antonio
benissimo, veramente ottimo.
su Current della Form, ho il seguente codice, lo lascio? (ma fuziona
tutto a meraviglia)
If IsNull(CmbCliente) Then
     Me.CmbDestinazioneDiv.Enabled = False
Else
     Me.CmbDestinazioneDiv.Enabled = True
End If
    Me.CmbDestinazioneDiv.RowSource = "SELECT * FROM TbDestinazioneDiv
WHERE idcliente= " & Me!CmbCliente
______
Grazie ancora
ma non devi reimpostare il rowsource tutte le volte, basta in struttura
aggiungi poi solo il requery della cmb destinazione
Antonio 

 messaggionews:f0d4d418-4b77-4c2c...@e8g2000vbz.googlegroups.com...

solo così, giusto?
If IsNull(CmbCliente) Then
     Me.CmbDestinazioneDiv.Enabled = False
Else
     Me.CmbDestinazioneDiv.Enabled = True
End If
    Me.CmbDestinazioneDiv.Requery
in effetti è perfetto.
grazie
Ultima cosa, devi fare anche Me.CmbDestinazioneDiv = null
se avevi scelto qualcosa ma poi torni indietro e cambicliente, non deve 
rimanere anche il vecchio valore scelto
Antonio 

 messaggionews:f0d4d418-4b77-4c2c-936c-
ed ho fatto:
If IsNull(CmbCliente) Then
    Me.CmbDestinazioneDiv.Enabled = False
Else
    Me.CmbDestinazioneDiv.Enabled = True
End If
    Me.CmbDestinazioneDiv = Null
    Me.CmbDestinazioneDiv.RowSource = "SELECT * FROM TbDestinazioneDiv
WHERE idcliente= " & Me!CmbCliente
    Me.CmbCliente.Requery
    Me.CmbDestinazioneDiv.Requery
penso che ora ci siamo.
Mille grazie
aridaje con la rowsource scritta nel codice
Antonio


Perche' lo proibisce il dottore? Tra l'altro modifica dinamicamente il 
codice cliente.
Cmq. quando si modificano il/i rowsorce  la requery non serve.
-- 
ac (x=y-1)

 se tolgo il rowsorce dal codice
Non volevo portarti fuori strada. La impostazione del rowsource, 
ovviamente, ti serve altrimenti non filtri per cliente.
Quello che avevo aggiunto e' una sottigliezza.
Quando si modificano via codice il rowsource (cbx o lbx) o il 
recordsource (form) il sistema automaticamente riesegue la query e 
quindi oggetto.requery diventa superflua.
Non ho seguito il 3d stavo solo "punzecchiando" Antonio che, mi 
sembrava, ti "sconsigliasse" la modifica del rowsource di combo via 
codice. Almeno io l'ho capita cosi'.
-- 
ac (x=y-1)

 Cmq. quando si modificano il/i rowsorce  la requery non serve.
che senso ha cambiare il rowsource se in realtà è lo stesso a tempo di 
design?
quello che cambia è il filtro, quindi deve fare solo la requery
mi sorprende il tuo intervento: quello che vuole fare lui funziona ma è 
totalmente inutile!!!
Antonio 

 io l'ho capita cosi'.
Esatto.
La modifica della rowsource ha senso quando la stringa SQL cambia a seconda 
dell'elaborazione
se c'č il valore del filtro che cambia, basta una requery
vatte a fa la barba vah!
Antonio