Newsgroup: it.comp.appl.access
Titolo: Stampe su mdb e codice su mde, non si crea l'mde

Stavo provando il codice postato da MA
http://www.accessgroup.it/HomeArgomenti.asp?ID=132&Oggetto2=Stampare%20da%20un%20mde%20un%20report%20mdb
ed effettivamente, come dice Pietrobon nelle note, non si riesce a creare 
l'mde se si usa inserire la modifica suggerita da Pablitomf
In pratica si desidera dare all'utente finale la possibilita' di modificare 
i report, ma contemporaneamente di impedire la visualizzazione/modifica 
codice
Sul file db1.mdb si mette sutto l'applicativo ad eccezione dei report
Sul file db2.mdb si mettono i report
Sul file db1.mdb ci deve essere ovviamente il riferimento al db2.mdb
Il problema e' che, inserendo in db1.mdb il richiamo ad una funzione 
presente in db2.mdb, tutto funziona finche' si tenta di creare l'mde (per 
db1 intendo)
Qual'e' la ragione di tale impossibilita' ?
Sto usando Access 2003
Ciao e grazie
RobertoA

 Sto usando Access 2003
Mi pare che sia documentata anche nell'Help di Access...
Saluti.


Si, non avevo visto
""..Se il database di Access contiene dei riferimenti a un altro database di 
Access o a un componente aggiuntivo, è necessario salvare tutti i database o 
i componenti aggiuntivi di Access nella
sequenza di riferimenti come file MDE.."
Quindi, usare il sistema dell'mde che richiama un mdb e' tecnicamente 
impossibile ?
Ciao
RobertoA

 impossibile ?
Attraverso i riferimenti, che io sappia, non si può.
Se gli utenti non devono creare nuovi oggetti (cosa a mio avviso
deprecabile), potrebbe andarti bene questo:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=197
Saluti



Molto carino, ma non va bene nel senso che dalla schermata Clienti (per 
esempio) io desidero avviare la stampa permettendo all'operatore di 
scegliere tra i report disponibili, e bon
Sara' l'operatore stesso che potra' sia creare nuovi report, ed usarli da 
quella schermata che lanciare i report esistenti standard o modificati
In pratica il gestionale dovra' preoccuparsi di avviare la stampa, passando 
i parametri necessari (selezione, ordinamento, ecc..) e basta
Le stampe sono qualcosa di autonomo, in qualche modo di 'slegato' dal 
gestionale stesso
Ad esempio di serie saranno forniti i report per la stampa clienti tipo 
rubrica (sintetica) e tipo scheda (dettagliata)
L'utente finale potrebbe aggiungere il report Etichetta busta, Etichetta 
pacco, ecc...
Comunque una possibilita' e' quella di lasciare all'utente finale il file 
con i report in formato mdb e poi obbligarlo alla creazione dell'mde pena il 
funzionamento non corretto del tutto
Altra possibilita' e' usare un report generator esterno tipo Crystal Report, 
Fast Report, Jasper ....e via cantando
Purtroppo questa seconda ipotesi sta sempre piu' prendendo piede
Ciao
RobertoA 


perchè non pensi ad un automazione Access + Word o Excel??
-- 
-- 
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access



------------------------------------------------------------------
Ho provato, e sparare una stampa verso Word o Excel, pur funzionicchiando 
non mi piace per niente
Ci mette tempo, parte la finestra Word e poi sparisce, alcune volte 
l'istanza Word rimane attiva e consuma inutilmente memoria
Rispetto ad una soluzione tipo report generator esterno all'applicativo, 
vedodue punti negativi per me importanti, la robustezza di funzionamento 
(versioni diverse Word, patch su un pc si e l'altro no, ecc..) e la 
flessibilita' nell'impostazione della stampa
E' senz'altro meno macchinoso inserire un campo con un report generator che 
con Word
Oltre a questo, un punto importantissimo a favore dei report generator, 
almeno fino alla versione 11 di Crystal Report e' il Crystal report 
deesigner component, che in pratica e' un ambiente per la 
generazione/modifica report che puoi inserire nel tuo applicativo (e' un 
activex) e ti permette di fornire il tuo applicativo di funzionalita' 
importanti come la modifica dei report standard direttamente dentro al 
gestionale
Costo circa 500 euri, credo che ne valga sicuramente la pena
Mi spiacerebbe comunque non usare i report di Access perche' sono tutto 
sommato piu' che sufficienti a realizzare le stampe di un software di tipo 
gestionale e sono davvero fulminanti nel presentare l'anteprima o la stampa
E quindi cerchero' ancora un pochino prima di abbandonare la stampa Access, 
in particolare vorrei provare a creare in modo automatico l'mde del file 
contenente le stampe, cosi che programma principale, in un mde a sua volta, 
non abbia problemi ad usare funzioni all'interno del file contenente le 
stampe
Pensate che si possa, da codice contenuto in un mde, comandare la 
conversione da mdb a mde di un altro file ?
Ciao e grazie
RobertoA

 funzionamento non corretto del tutto
Non giurerei nemmeno su quest'ipotesi  ;-)
Secondo me (ricordi di qualche anno fa) sarebbe necessario ricompilare anche
il .MDE principale...
Comunque perchè ti sei fissato con i riferimenti?
E' possibile aprire Reports esterni anche con l'automazione OLE.
Saluti.


Si, ricompilare il file stampe DOPO del file principale funziona, ho provato 
a cambiare qualche stampa, ricreare l'mde e lanciare la stampa dall'mde 
principale e funziona correttamente
Che pro/contro nell'aprire report con l'automazione Ole rispetto al mettere 
il file stampe tra i riferimenti?
Ciao
RobertoA

 il file stampe tra i riferimenti?
Mah, se i riferimenti di Access non dessero tanti problemi, sarebbero una
soluzione perfetta.
Ma se leggi, ad esempio, il Thread di V. Turturro avrai un esempio pratico
degli inconvenienti che possono scatenare.
Inconvenienti che si potrebbero risolvere se fosse possibile scrivere a
Runtime i Path dei Riferimenti negli .MDE ... ma non si può.
Con l'automazione OLE verso Access non dovresti avere particolare noie e
puoi avere un FE .MDE e un file reports .MDB.
Saluti.


Grasssie
Ciao