Newsgroup: it.comp.lang.visual-basic
Titolo: Installer

Avrei bisogno di distribuire la mia applicazione però vorre icreare un
pacchetto d iinstallazione molto personalizzato, che chieda, in varie
maschere, dei parametri di personalizzazione e li memorizzi in un file
ini e poi permetta anche la configurazione di una origine dati odbc...
insomma, un pò di cose in fase di installazione.
Ho visto che con l'installer di serie visual basic 6 è molto povero.
Cosa mi consigliate?
grazie

 Cosa mi consigliate?
Con quello che vuoi fare ogni installer può essere molto povero...
Il PDW di VB ha il sorgente e ci puoi fare quello che vuoi. Vedi tu...

> Il PDW di VB ha il sorgente e ci puoi fare quello che vuoi. Vedi tu...
Mi son sempre chiesto... ma se di quell'installer ho i sorgenti, e 
semplicemente lo compilo senza apportarvi modifiche, non avrň anche lui 
bisogno delle librerie di base di VB?
-- 
Quando noi ignoranti eravamo di piů,
tutto era piů bello...
(A. Celentano)

 lui bisogno delle librerie di base di VB?
Certo, ma se non usi controlli aggiuntivi (che andrebbero appunto
preinstallati), ovvero se usi solo (!) quelli che VB ti propone di suo senza
esplicite aggiunte, è sufficiente prevedere sul CD di installazione il file
MSVBVM60.DLL.

 MSVBVM60.DLL.
Quindi se io faccio un programma coi soli controlli che mi propone VB, 
basta che io metta nella stessa cartella dell'eseguibile il file 
MSVBVM60.dll?
Lo stesso dovrebbe valere per eventuali controlli aggiuntivi...
Uhm...
Devo controllare...
A 'sto punto posso evitare anche l'installer coi miei applicativi...
-- 
Quando noi ignoranti eravamo di più,
tutto era più bello...
(A. Celentano)

[Lupo = 
circa_LupoOrm...@libero.it
 in
2jbsjbF...@uni-berlin.de
] ha scritto:

Opsss, ho capito adesso il vero senso del dubbio...
Lo scopo di un installatore è ... quello di installare quanto viene
distribuito quindi, a tal fine (e solo a tal fine), deve essere autonomo. Il
PDW di VB lo è, anche se il runtime MSVBVM60.DLL non viene esplicitamente
messo sul CD (ma è comunque citato in SETUP.LST automaticamente composto,
quindi lui se lo trascina).
Il problema può presentarsi se si vogliono aggiungere forms e/o funzionalità
che esulano un po' dalla pura installazione/registrazione di componenti
necessari. Lo si faccia pure (una o più finestre che servano da opzioni,
scelte, estetica, etc.), ma è vivamente consigliabile usare solo i controlli
standard che verranno automaticamente inclusi (attenzione, non perchè
vengano rilevati dalle modifiche fatte al PDW, ma perchè esplicitamente
inclusi, anche, al limite, se non usati, nel progetto che si va a
distribuire, che è tutt'altro, ma è quello sul quale si determina il
contenuto del SETUP.LST).
Per fare un esempio, io ho modificato il PWD inserendo una "mia" finestra,
con un po' di bottoni, optionbutton e checkbox, labels e textbox. Il
progetto di riferimento (quello che compone il SETUP.LST) è un altro che non
fa una beata cippa, ma nel quale ho inserito tutti i controlli e DLL che
intendo distribuire. Questo mi garantisce unSETUP.LST completo, al di là
deggli applicativi che andrò a utilizzare. Questi (gli EXE e gli accessori)
io li copio come files, non li metto cioè nel SETUP.LST, ma sarà quella mia
finestra a tirarli giù dal CD, come copia di files. L'unica cosa, dicevo, è
mettere esplicitamente (indipendentemente dal fattoche sia già citato nel
SETUP.LST) il runtime MSVBVM60.DLL sul CD. Questo permette di far partire il
programma (che per me non è SETUP.EXE, ma il "mio" tramite AUTORUN.INF sul
CD) anche su una macchina "vergine" del runtime di VB. Ce ne sono ancora.
Per queste, se non si dispone del runtime, non c'è altro verso che avviare
esplicitamente il "normale" Setup.EXE che il PDW ha prodotto.

 A 'sto punto posso evitare anche l'installer coi miei applicativi...
Attenzione, puoi evitare di includere tutto ciò che non vada registrato nel
SETUP.LST. Questo deve (!) invece contenere tutto ciò che, appunto, deve
essere registrato. In breve OCX e DLL. Tutto il resto, scrivendo un po' di
righe, lo puoi convenientemente prevedere sul CD, ma gestirlo in copia sulla
macchina di destinazione come file puro, da leggere dal CD e da scrivere
dove deve andare sulla macchina di destinazione. Io ho scelto questa strada
e la trovo comodissima. Per esempio quando cambio una DLL o inserisco un
nuovo OCX mi devo preoccupare solo di quelli e aggiungerli/confermarli nel
Setup.LST. Se non cambio nulla, il SETUP.LST non cambia, non lo rifaccio
nemmeno. Tutto il resto (la roba che non va registrata) lo metto sul CD e
verrà trasferito (dal mio programma che usa il PDW per quello che il PDW
deve fare, ma può fare anche altro) anche (anzi, soprattutto) in funzione
delle scelte fatte dall'operatore che, per esempio, installa un applicativo
e non un altro.

 ha scritto nel messaggio
news:8fc1d0tp2np5vklmu...@4ax.com...

Inno Setup Compiler è freeware e fantastico, io ci ho fatto ad esempio "mp3
radio Negozio 2" che lo trovi su 
www.giocaitalia.it
  inoltre se cerchi bene
troverai anche un convertitore dei pacchetti di installazione standard.
passo

 ha scritto nel messaggio
news:8fc1d0tp2np5vklmu...@4ax.com

Inno Setup:  
http://www.jrsoftware.org/
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
Gestione Ottica - Gestionale per Ottici e Programmi Gratuiti su:
http://www.nicolaottomano.it