Newsgroup: it.comp.appl.access
Titolo: Problema apertura maschera solo lettura

Salve,
ho un database con una maschera gestione clienti, ed un menu' principale con
dei pulsanti: lettura clienti, modifica clienti, inserimento clienti, ai
pulsanti su clic ho impostato la riga: DoCmd.OpenForm stDocName, , , ,
acFormReadOnly
dove stDocName e' il nome della maschera.
Mi accade che se come impostato la maschera e' di sola lettura mi blocca
anche il controllo ricerca, ma il controllo mi serve per eseguire la
ricerca, esiste una soluzione? Si puo' sbloccare solo lui?
Altro problema ho 10 listini ricambi tutti uguali ma destinati a settori
diversi e con componenti diversi, vorrei poter cercare un record su tutti, i
campi sono uguali, roberto mi ha dato una soluzione con una query unione, ho
cercato sull'help ma non mi sembra al caso mio credo di aver capito che
questa query unisce i campi, forse ho interpretato male?
Per ora sto' cercando di usare una routine di Roberto syd che ha risposto
sul newsgrup a "Ricerca record su tabelle diverse", ma devo modificarla io i
campi li ho uguali e devo effettuare la ricerca solo sul campo codice.
Grazie

 ha scritto nel messaggio
news:9n7503$ard$1...@nreadb.inwind.it...

Togli quel "acFormReadOnly" e imposta "consenti modifiche", "eliminazioni" e
"aggiunte a NO nella maschera che vuoi aprire. Fallo da struttura della
maschera e non da codice.
"Su Attivato" del controllo di ricerca:
Me.AllowEdits = True
Me.AllowAdditions = True
Me.AllowDeletions = True
"Su Disattivato:
Me.AllowEdits = False
Me.AllowAdditions = False
Me.AllowDeletions = False
Per la seconda domanda leggiti le risposte al post "Query x molte tabelle"
di SuperPippo, solo qualche post più in alto.
Ciiao, Carlo


Hai provato a risolvere il problema creandoti una query unione?
A mio avviso il modo più facile per risolvere il tuo problema è quello di
eseguire la ricerca all'interno di un unico recordset virtuale ottenuto
tramite la creazione di una query unione: sarà come se tutti i dati fossero
contenuti in un'unica tabella. Fra l'altro, se fosse necessario, nel crearti
la query unione potrai operare in maniera da differenziare le righe di
output a seconda della tabella listino da cui provengono.
Certo non mi sembra utile e necessario crearti una tabella d'appoggio che
dovresti ricreare ogni volta che aggiorni una delle 10 tabelle listino;
quali sarebbero i vantaggi di un recordset reale rispetto ad un recordset
virtuale: io vedo solo degli svantaggi.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 ha scritto nel messaggio
news:9n7e2k$3mac$1...@stargate1.inet.it...

Primo mi sono accorto di aver scritto il tuo nome minuscolo, scusa, la
fretta.
Iol tuo consiglio e' giustissimo sicuramente avevo interpretato male io la
query unione mi sembrava di aver capito che unisse i campi normalizzandoli,
ma  e' solo colpa della mia ignoranza. Anche se mi spaventa il linguaggio
SQL che proprio non conosco.
Comunque ci provero', mi piace imparare cose nuove,  poi se non capisco
qualcosa ti o vi scoccero' di nuovo, anche se odio scocciare.
Grazie moltissimo
