Newsgroup: it.comp.appl.access
Titolo: Distribuire riferimenti e RunTime Access

Buon giorno a tutto il NG, avrei bisogno di alcuni chiarimenti se fosse
possibile; sapete dirmi , per cortesia, se nel caso in cui
un'applicazione creata con access 2003, dove esiste un backend ed un
frontend convertito in MDE e dove come riferimenti sono stati
selezionati a parte quelli di default anche DAO 3.6 ed anche le
librerie Office 11, Word 11 Excel 11 ed anche Form 2.0 (naturalmente
tutte Object Library), dovesse venire distribuita in un pc dove e'
installato un Access con versione antecedente che so access 2000 o XP ,
le librerie sopracitate funzionerebbero o si dovrebbero registrare? io
avevo pensato che tutto cio' che funzionava con le librerie in
questione in automatico avrebbero funzionato con le versioni che
l'access di quel pc ha disponibile, cioe' se hanno la versione 10 della
libreria avessero funzionato con quelle benchè in origine si
appoggiassero alla versione 11, cosi' come anche il DAO 3.6 non
trovandolo avrebbe usufruito della versione 3.51, ma e' un mio pensiero
non so se funziona cosi', e di seguito, se volessi distribuire
l'applicazione con un pacchetto di istallazione realizzato con un
compilatore che non sia l'access 2003 developer, come posso fare a
distribuire il Runtime di access? premetto che ho anche il developer e
quindi potrei fare tutto con quello e distribuire anche il run time, ma
se io non lo volessi usare( a causa degli errori che potrebbe dare)
esiste il modo di distribuire il run time? se fosse possibile dove lo
estrapolo??
Grazie per gli eventuali chiarimenti.
Saluti
Diego.

 Diego.
Ciao Diego,
se tu hai nei riferimenti le librerire Office11, Word11 ed Excel11 verranno
cercate proprio quelle e  se sul pc ci sono delle versioni precedenti non
verranno trovate generando errori.
Con gli oggetti di Office puoi risolvere togliendoli dai riferimenti ed
usandoli con la tecnica del late binding o associazione tardiva che consente
di svincolarsi dalla versione installata sul pc di sviluppo ed usare quella
del pc su cui l'applicazione viene installata.
Ovviamente dovrai usare il modello ad oggetti della versione  piů vecchia di
Office che ritieni di trovare nelle macchine su cui installerai.
Sostanzialmente faccio un esempio con Word, invece di dichiarare
dim oApp as Word.application
dovrai fare
dim oApp as Object
set oApp=CreateObject("Word.Application")
...
in questo modo almeno eviterai di legarti alla versione installata sul tuo
pc.
Per quanto riguarda l'installazione del runtime se hai la versione developer
non capisco a cosa ti riferisci quando dici "a a causa
degli errori che potrebbe dare"    ad esempio quali errori?
Ciao
-- 
Cinzia
---------------------------------------
|  
http://www.riolab.org
  |
---------------------------------------

Cinzia ha scritto:
-------------------------------------
Ciao Cinzia..Grazie innanzi tutto per avermi risposto, ti ringrazio
inoltre della spiegazione  per quanto riguarda l'ovviare le varie
versioni delle librerie...ne farò tesoro.
Il discorso dell'Access Developer è di fatto il timore che possa dare
problemi nel momento in cui lo istallo nelle varie
macchine...personalmente non l'ho mai provato...ma girando tra i vari
post del NG, non ho visto molti giudizi benevoli nei riguardi di questo
tool, tant'e' che molti consigliano di distribuire le applicazioni
attraverso inno setup o altri compiler piuttosto che usare il
developer....ora quali siano gli errori che genera non lo so...non
avevendolo ancora provato in Toto...pero' per far si che non possano
essercene vorrei evitare di usarlo...mi pare che un problema che genera
spesso fosse un conflitto di versioni...non ricordo bene dovrei andare
a riguardare i post.
Grazie di Nuovo
Saluti
Diego