Newsgroup: it.comp.appl.access
Titolo: Forms e filtri su server in un progetto ADP...

A2K-SR1 e ADP con SQL7.
mi accade questa cosa qui: ho una form che usa come sorgente dati una query.
La form viene aperta dall'oggetto DoCmd il quale passa alla form anche una
clausola where.
Oltre a questo gli utenti hanno la possibilità di filtrare ulteriormente la
maschera dopo che questa si è aperta.
Accade che a volte restino memorizzati, alla chiusura della form, sia il
filtro di apertura che quello eventualmente impostato dall'utente.
Ovviamente le successive riaperture non funzionano fino a che non si apre la
form in modalità struttura, non si cancellano i filtri e si risalva la
maschera.
Sembra essere occasionale ma non credo.
C'è un modo per forzare access a non registrare queste informazioni?
Grazie.
Giorgio

"George" <> A2K-SR1 e ADP con SQL7.

Distribuire  FE  .MDE.
Pixel

 ha scritto nel messaggio
news:kZQjc.150726$Kc3.4...@twister2.libero.it...

Sta parlando di ADP non MDB, poi no credo in ogni caso che
creare un MDE sia la soluzione a questi problemi che sono concettuali.
Credo che su Chiusura della Form(o apertura) ti convenga eseguire quanto
sotto:
Me.FilterOn=False
Me.Filter=vbnullstring
Ciao.
@Alex.

 Me.Filter=vbnullstring
Provo cosě.
Grazie.

 Me.Filter=vbnullstring
Non risolve comunque analoghi problemi che avresti distribuendo un .ADP
invece che un .ADE.
Per esempio se l'utente cambia le impostazioni di stampa nell'anteprima
(magari facendo sciocchezze), Access salva tali impostazioni su chiusura
finestra report.
Distribuendo .MDE o .ADE questi problemi non sussistono proprio.
Pixel

 Pixel
Anche se concordo sul fatto che funzioni, a livello tecnico
non deve essere la soluzione a tutti i problemi l'OBBLIGO di 
creare un MDE o ADE per eliminare i problemi, soprattutto 
se come questo.
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 se come questo.
Magari fosse la soluzione di tutti i problemi  :-))
Ma in questi casi è praticamente doveroso: quando ho commesso l'errore
d'installare .mdb ai clienti (magari per passare a codice nel design degli
oggetti) me ne sono poi pentito assai...
Pixel

 wrote in message
news:9f4kc.151785$
Kc3.5...@twister2.libero.it

Spero di non essere frainteso...!
Le cose vanno come sempre valutate, ci sono casi nei quali 
è DOVEROSO, altri invece che con un minomo di STANDARDIZZAZIONE
eviti scocciature.
Questo caso, in cui lui non ha espresso la volontà di fare MDE, la
soluzione non DEVE essere "FAI UN MDE."
La soluzione va trovata rimanendo nell'ambito MDB.
Standardizzando le abitudini operative questo si aggira AZZERANDO
le proprietà FILTER su CHIUSURA... così come si dovrebbe fare
per i RECORDSET e le dichiarazioni di Oggetti.
Ovviamente è solo il mio modo di valutare la cosa.
In ogni caso poi sono scelte che non devo fare io.


 In ogni caso poi sono scelte che non devo fare io.
Il mio era un consiglio d'amico.
La tua puntualizzazione viene da un tizio che 99% non installa software
presso clienti esterni: altrimenti non cazzeggeresti su questa faccenda.
Pixel

 ha scritto nel messaggio
news:h%akc.153975$Kc3.5...@twister2.libero.it...

MAH...!
Puro confermando la tua affermazione(non installo se non in un sistema
dotato di Lienze singole) io sono abituato a lavorare in un altro modo
che non ritengo sia sinonimo di Cazzeggiare, ma come dicevo ognuno
è libero....!
@Alex.

 è libero....!
Ok.
Pixel