Newsgroup: it.comp.appl.access
Titolo: stampa report con origine dati di una maschera filtrata

Ciao a tutti
FE file Adp AXP
BE MSDE 2000
Ho una maschera continua (elenco) con 20 colonne e un report che stampa i 
dati della maschera.
Il report nell'evento su  apertura ha l'istruzione 
me.recordsource=form_elenco.recordsource
Se l'utente applica dei filtri sulla maschera (in base a valori delle 20 
colonne)e lancia la stampa, questa non tiene conto dei filtri ma mi stampa 
tutto. Esiste un modo per ovviare il problema?
Non vorrei ricorrere a una stored procedure con 20 parametri come origine 
dati dell'elenco.
Ciao, AEOM 

 tutto. Esiste un modo per ovviare il problema?
Premetto che non ho mai provato questa cosa con un .ADP.
Comunque, hai assegnato al report, dopo il recordsource della form, anche la
proprietą "Filter" della Form?
Ciao.

"Oscar Manfredini" <xx...@Nospam.it> ha scritto nel messaggio 
news:3LIde.77806$IN.13...@twister2.libero.it...

Ciao Oscar, grazie della considerazione...non non l'ho fatto
puoi spiegarti meglio?
ciao, AEOM

 puoi spiegarti meglio?
Una cosa del tipo (su apertura report):
With Forms!TuaForm
     me.recordsource=.recordsource
     if .Filter<>"" then
             me.filter=.Filter
             me.filteron=true
     endif
end with
Ciao.


Ciao Oscar funzionerebbe se non ci fosse una cosa che non mi spiego
quando applico un filtro  (es. provincia='TV' ) questo mi viene memorizzato 
nella proprieta del report e della maschera anche dopo la chiusura.
Quindi quando apro la mia maschera vedo tutti i record (tutte le province) 
ma vedo che nella proprietà filtro è memorizzato il vecchio filtro 
provincia='TV'  applicato che si ripercuote sulla stampa del report.
A questo punto mi chiedo, ma quella proprietà non dovrebbe azzerarsi ad ogni 
chiusura di maschera o report?
Come risolvo secondo te? non sono pratico dei filtri
Ciao, AEOM

 Come risolvo secondo te? non sono pratico dei filtri
E' un comportamento normale anche con gli .mdb: hanno il brutto vizio di
salvare automaticamente nel design della Form le definizioni dei filtri
applicati e un mucchio di altre cose (ordinamenti, impostazioni
DataSheet(s), impostazioni pagine anteprima Report, etc.).
Qualche eroe si regola disabilitando i pulsanti di chiusura della form e
inserendo un pulsante di comando per la chiusura (DoCmd.Close acForm,
Me.Name, acSaveNo).
Ma è un brutto palliativo: la verità è che si *devono* distribuire le
applicazioni in formato .MDE/.ADE.
Dopo la P-compilazione il progetto VBA non subisce processi di scrittura
indesiderati da parte di Access.
Ciao.

"Oscar Manfredini" <xx...@Nospam.it> ha scritto nel messaggio 
news:268ee.99614$zZ1.2...@twister1.libero.it...

Giusto non ci avevo di testare l'ade
grazie 1k
AEOM

"Oscar Manfredini" <xx...@Nospam.it> ha scritto nel messaggio 
news:268ee.99614$zZ1.2...@twister1.libero.it...

Ciao Oscar, effettivamente sull'ade il problema si risolve quasi totalemente
infatti se io filtro la mia maschera, apro il report questo è corretto.
Se lo chiudo, tolgo il filtro alla maschera e riapro il report questo mi da 
ancora la lista filtrata.
Se invece riapplico un filtro diverso alla maschera anche il report si 
filtra correttamente.
Quindi l'unico problema che mi rimane è quando riapro un report dopo aver 
tolto i filtri alla maschera.
Qualche altro suggerimento?
Ciao, AEOM

 Qualche altro suggerimento?
Anzitutto verifica, prima di creare il .ADE, che non sia rimasto memorizzato
nel Design del report il filtro da precedenti test!  :-)
Ciao.