Newsgroup: it.comp.appl.access
Titolo: Tabelle secondarie duplicate

Ho un problema al limite della paranoia...
cioe' ho una maschera basata su una tabella principale tabDoc, con un 
controllo txtPezzo basato sul campo Pezzo che deve essere preceduto da 
un'etichetta variabile txtTipoPezzo, che puo' assumere due valori, uno 
"normale" e uno "alternativo", e precisamente l'alternativo se c'e', 
altrimenti il normale. I valori di txtTipoPezzo sono contenuti in una 
tabella tabTipiPezzo e si determinano in un modo abbastanza indiretto, senza 
stare a scocciarvi ci sono in due tabelle secondarie due indicatori, 
IdTipoPezzoNorm e IdTipoPezzoAlt, che puntano a due tabelline uguali, 
tabTipiPezzo e tabTipiPezzo_1 presenti nella query principale, nelle quali 
tabelline ho il campo TipoPezzo.
1) Inizialmente ho tentato di esprimere txtTipoPezzo come controllo 
calcolato; la formula dovrebbe essere:
=Nz(tabTipiPezzo_1.TipoPezzo, tabTipiPezzo.TipoPezzo)
al netto di cazzabubuli vari come parentesi quadre, punti esclamativi 
piuttosto di punti e quant'altro; li ho provati tutti ma mi da' sempre 
#Nome?
2) Allora ho ripiegato sul solito trucco di definire due controlli fittizi 
invisibili, txtTipoPezzoNorm con origine tabTipiPezzo.TipoPezzo e 
txtTipoPezzoAlt con origine tabTipiPezzo_1.TipoPezzo, con txtTipoPezzo 
definito come sopra. Funziona, ma c'e' un fastidioso lampeggio quando passo 
da un record a un altro; penso che derivi dal fatto del campo calcolato. 
Penso inoltre che questo problema ci sarebbe comunque anche se trovassi la 
formula giusta al punto 1)
3) Ho trovato una soluzione sofisticata, consistente nell'usare due 
controlli come al punto 2) ma visibili e sovrapposti. A questo punto, 
essendo controlli non calcolati, non ho il lampeggio pero' la cosa funziona 
solo se uno solo dei due valori di TipoPezzo e' non nullo, mentre se sono 
ambedue significativi mi appare un groviglio di segni dovuto alla 
sovrapposizione.
C'e' una soluzione? Al limite potete anche dirmi che il lampeggio sui campi 
calcolati e' una cosa normale e inevitabile e nessuno ci fa caso...
il barbi 

 ha scritto nel messaggio news:45b6168f$0$26983$4faf...@reader2.news.tin.it...

C'ho capito poco;
ma perché non utilizzi un DLookup?
Ciao.
-- 
Sergio MAZZA 


ok mettiamola cosi': se in una maschera ho un controllo calcolato, e' vero 
che passando da un record all'altro il controllo lampeggia, contrariamente 
ai controlli basati semplicemente su campi di tabelle? e' un problema 
generale o solo della mia particolare maschera?
il barbi 

 il barbi
Messa cosě; non riscontro quello che dici. I controlli non associati non 
lampeggiano.
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:epa7kn$iek$1...@tdi.cu.mi.it...

ancora una volta mi sono espresso male: non volevo dire che il controllo 
lampeggia in continuazione, ma che, passando da un record al successivo, si 
avverte un blink nel senso che per un attimo il controllo va a blank e poi 
subito appare il nuovo valore, mentre nel caso dei controlli associati non 
c'e' il blink perche' appare subito il nuovo valore
mi rendo conto che sono al limite della paranoia, ma il fatto e' che siccome 
quello e' l'unico controllo non associato, passando da un record all'altro 
si nota il lampeggio
il barbi 

 il barbi
Ah! Allora sì; e lo comprendo, visto che deve eseguire delle espressioni, se 
non ha i valori (perché sta cambiando il record) non può restiturti nulla...
Ciao.
-- 
Sergio MAZZA