Valore Casella Combinata in Casella di Testo
neodean69
sò nulla. detto ciò, sto tentando di realizzare il mio primo db. in una
maschera, configurata per inserimento dati nella tabella alpha, ho inserito
una casella combinata (legata ad una query) formata da x, y, z. ho legato
nella medesima maschera 2 caselle di testo a y e z: in visualizzazione tutto
ok nella tabella invece viene salvato solo x selezionato nella combo. ho
tantato in tutti i modi a me conosciuti ma non ho cavato un ragno dal buco.
credo di aver letto qualcosa di simile nel forum ma non ci ho capito nulla.
avendo un pò di pietà, potreste aiutarmi?
grazie a tutti coloro che si muoveranno a compassione.
Ciao, Dino.
Sergio MAZZA
news:8A3ABB1C-DD0F-429E...@microsoft.com...
La casella combinata, se associata ad un campo di tabella, salva il valore contenuto nella colonna indicata nelle proprietà "colonna
associata".
Una sola colonna; come tutti i controlli associati, salvano i valore in un solo campo.
Riassumendo: un controllo --> scrive in --> un campo di tabella.
Quello che vuoi fare tu è possibile gestendo l'evento "dopo aggiornamento" della casella combinata scrivendo (purtroppo per te) del
codice VBA che legge le altre due colonne e le scrive negli altri due controlli:
es.(evento dopo aggiornamento)
If not isnull(me!nomeCasellaCombinata) then
me!y = me!nomeCasellaCombinata.Column(1)
me!z = me!nomeCasellaCombinata.Column(2)
else
me!y = null
me!z = null
endif
Per ogni informazione sulle istruzioni appena scritte (ed altre) vedi l'help in linea (del VBA) attivandolo con ALT-F11 poi F1...
Ciao.
--
Sergio MAZZA
Giovanni A
"neodean69" <neod...@discussions.microsoft.com> ha scritto nel messaggio
news:8A3ABB1C-DD0F-429E...@microsoft.com...
codice:
Me.ay = me.CasellaCombinata .Colum(1)
Me..z = me.casellaCombinata .Colum(2)
Me.ay .Requery
me.z.Requery
dovrebbe andare....
ciao Gianni_B
ScaccoMatto
news:%23DROXA4...@TK2MSFTNGP03.phx.gbl...
Ottimo consiglio Sergio.
Ma poi chi traduce? Se uno riuscisse a capire la Guida di Access non avrebbe
bisogno della Guida ;-)
--
ScaccoMatto
Sergio MAZZA
news:%23MQ1ap6...@TK2MSFTNGP02.phx.gbl...
>
> Ottimo consiglio Sergio.
> Ma poi chi traduce? Se uno riuscisse a capire la Guida di Access non
> avrebbe bisogno della Guida ;-)
?!?
> --
> ScaccoMatto
M'arendo...
Ciao.
--
Sergio MAZZA
ScaccoMatto
> M'arendo...
>
Scherzi a parte la guida di acces è precisa e completa, ma chi la scritta
(non chi la tradotta che ci ha reso un servizio) non ha tenuto conto che
spesso chi usa access è un neofita, o "è alle prese" con un database che
invece di semplificarli la vita in quel momento la sta complicando e a
volte ( non per me) non digerisce bene l'inglese per qui frasi come
"recordset, forms, resume, array, diventano tormenti.
Almeno con excel copi l'esempio, lo incolli e qualcosa ci capisci.
Poi meno male per i newsgroup, che pazienza che avete ragazzi.
--
ScaccoMatto
Sergio MAZZA
Alle volte ho l'impressione (diciamo certezza) che alcune persone arrivano
ad access convinti che sia identico ad excel e (peggio) convinti di fargli
fare le stesse cose che fa excel; niente di più fuorviante e sbagliato.
Se prima di aprire access ci si documenta, anche con un manualetto da
10euro, per capire cos'è, come funziona e cosa può fare sono convinto che la
situazione cambierebbe.
Il problema, se problema è, è che access è così immediato che chiunque pensa
di riuscire a fare qualsiasi cosa; specie con le macro.
Il tutto senza avere l'idea di cosa sia un db/tabella/campo/etc. etc.
Sarai d'accordo con me che inizialmente puoi utilizzare l'NG perché è
immediato e trovi sempre (al 99%) una risposta/soluzione, ma questo non
esclude il fatto che ci si deve comunque documentare o con manuali/corsi o
con l'help in linea sia dell'utilizzo di access che quella di VBA che
t'assicuro è la prima fonte di informazioni per la maggioranza di chi
sviluppa.
L'errore che si fa è pensare che nella guida in linea (qualsiasi essa sia)
ci siano le risposte ai nostri problemi e con il linguaggio che abitualmente
utilizziamo con gli amici al bar.
Ecco anche perché si fa fatica a capirci; non c'è una terminologia comune,
ma se si legge l'help, la devi per forza acquisire altrimenti non capisci
di che si parla...
Ciao.
--
Sergio MAZZA
ScaccoMatto
>
> Alle volte ho l'impressione (diciamo certezza) che alcune persone arrivano
> ad access convinti che sia identico ad excel e (peggio) convinti di fargli
>
Molti articoletti perň propongono: facciamoci la nostra banca dati con
excel, cataloghiamo i nostri dischi con excel.
Ma scusami ma non penso questo sia pensiero di alcuno che frequenti il NG
di acces.
Io riferivo solo di come la guida per excel sia impostata un po piů pratica
di quella per access ma forse perchč con acces non si puň fare.
> Se prima di aprire access ci si documenta, anche con un manualetto da
> 10euro, per capire cos'č, come funziona e cosa puň fare sono convinto che
> la situazione cambierebbe.
> Il problema, se problema č, č che access č cosě immediato che chiunque
> pensa di riuscire a fare qualsiasi cosa; specie con le macro.
> Il tutto senza avere l'idea di cosa sia un db/tabella/campo/etc. etc.
>
Infatti si arriva a fare subito grandi cose con acces, tanto che gli si
chiede cose che solo con la programmazione si riesce a fare. Ma si potrebbe
escluderne l'uso a chi non ha fatto un corso solo perchč quando comincia ad
essere difficile non ci si capisce?
con l'uso, ma molto uso, ci si capirŕ di piů
---
> con l'help in linea sia dell'utilizzo di access che quella di VBA che
> t'assicuro č la prima fonte di informazioni per la maggioranza di chi
> sviluppa.
>
Guarda sul sito comune ho visto risposte a semplici richieste che
richiedevano anche 50 e piů righe di codice. Pensi che con la lettura di un
manualetto si riesca a scrivere 50 righe di codice?
In quel caso o sai VBA o non lo sai e siccome non si trovano molto
facilmente al bar persone che sanno scrivere tanto codice VBA, ecco in NG
nei quali fino ad ora non mi pare abbiano chiesto semplicemente (se non
sporadicamente) come si crea una maschera, o come si crea una tabella o come
si crea una query.
> L'errore che si fa č pensare che nella guida in linea (qualsiasi essa sia)
> ci siano le risposte ai nostri problemi e con il linguaggio che
> abitualmente utilizziamo con gli amici al bar.
Eh si hai ragione. Ma diciamo che sarebbe solo un "desiderio" che in pratica
sarebbe difficile trovare.
--
ScaccoMatto
MA
> ---
>>
>> Alle volte ho l'impressione (diciamo certezza) che alcune persone
>> arrivano ad access convinti che sia identico ad excel e (peggio)
>> fuorviante e sbagliato.
>>
> Molti articoletti però propongono: facciamoci la nostra banca dati con
> excel, cataloghiamo i nostri dischi con excel.
> Ma scusami ma non penso questo sia pensiero di alcuno che frequenti
> il NG di acces.
> pratica di quella per access ma forse perchè con acces non si può
> fare.
la validità di quegli articoli è provata dal fatto che propongono excel come
Database
--
_ _
Ciao
MAssimiliano Amendola www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info: www.donkarl.com/it
ScaccoMatto
> come
> Database
>
Ah si. Quando parlo di Access a certuni sembra parli di di un mostro.
Alcuni usano excel al posto di word per risparmiare di fare le tabelle
(sigh..)
Questo per dirvi perchè apprezzo molto la pazienza di voi e degli MVP che
cercate di farci imparare cose molto avanzate su Access e & e passatecela se
a volte ( quando è involontario) confondiamo i campi con i controlli o ci
stupiamo degli array e delle forms.
Impareremo grazie a voi.
Ciaooo
Ps. Ora torno alla mia forms e alle mie caselle combinate che ne hanno
combinate di tutti i colori
--
ScaccoMatto
Sergio MAZZA
> Molti articoletti però propongono: facciamoci la nostra banca dati con
Sì, pensa è possibile pure con Word!
> Ma scusami ma non penso questo sia pensiero di alcuno che frequenti il NG
> di acces.
Ci sono richieste, quasi periodiche, di inzeppare una formula in un campo di
tabella; non ti sembra un deja-vu?
> Io riferivo solo di come la guida per excel sia impostata un po più
> pratica di quella per access ma forse perchè con acces non si può fare.
Ma sono due programmi differenti per differenti modi di utilizzo. Excel è
molto più immediato, apri - scrivi - calcoli. Access no.
> Infatti si arriva a fare subito grandi cose con acces, tanto che gli si
> chiede cose che solo con la programmazione si riesce a fare. Ma si
> potrebbe escluderne l'uso a chi non ha fatto un corso solo perchè quando
> comincia ad essere difficile non ci si capisce?
No, non escludere; ma stimolare la ricerca, da soli, delle soluzioni.
Internet è stracolma di esempi/manuali, ma sembra più semplice fare il
copia/incolla.
> con l'uso, ma molto uso, ci si capirà di più
D'accordissimo.
> Guarda sul sito comune ho visto risposte a semplici richieste che
> richiedevano anche 50 e più righe di codice. Pensi che con la lettura di
> un manualetto si riesca a scrivere 50 righe di codice?
Probabilmente no, ma io parlavo di utilizzo di access non programmazione. Se
non si conosce la funzionalità delle maschere/report/etc. etc. vai alla
cieca.
> In quel caso o sai VBA o non lo sai e siccome non si trovano molto
> facilmente al bar persone che sanno scrivere tanto codice VBA, ecco in NG
> nei quali fino ad ora non mi pare abbiano chiesto semplicemente (se non
> sporadicamente) come si crea una maschera, o come si crea una tabella o
> come si crea una query.
Ma come si crea un database sì e anche poco tempo fa. E' come se nell'NG di
excel chiedessi come si apre un foglio di lavoro.
> Eh si hai ragione. Ma diciamo che sarebbe solo un "desiderio" che in
> pratica sarebbe difficile trovare.
Ma faccio "leva" sul fatto che la necessità è loro e se vogliono risolverla
devono farsi capire.
> --
> ScaccoMatto
Ciao.
--
Sergio MAZZA