Newsgroup: it.comp.lang.visual-basic
Titolo: inno setup

Salve a tutti!
scusate se vi disturbo ma vorrei chidere a qualche anima pia(!) un
aiutino si Inno Setup per un db fatto con Access:
ci sto sbattendo la testa da un po' ma sono del tutto incapace.....!!!!
non riesco a capire come si crea un autoistallante e nemmeno a scrivere
lo script!!!
ci sarebbe qualche anima pia che sappia darmi qualche indicazione (tipo
tutorial...) per realizzare l'operazione a partire da zero???!!!
gliene sarei molto grato!!!!!
ho realizzato un db in access e sbattendoci parechio la testa ho capito
abbastanza di access e di come funziona, ma mi sento un po' monco se nn
rieco a "chiudere" il db in un autoistallante, nel quale, tra l'altro
mi piacerebbe anche includere delle .dll!
SPERO DI NON ROMPERE TROPPO, MA SAREBBE DAVVERO UN GRANDE AIUTO SE
QUALCUNO MI SUGGERISSE LA CORRETTA VIA!!!
SONO BEN CONTENTO DI POTER RICAMBIARE (IO SONO UN ESPERTO DI GIS E SE A
QUALCUNO SERVE, POSSO DARGLI QUALCHE SUGGERIMENTO)!
GRAZIE
ULISSE

fabiani...@gmail.com
 ha scritto:

Forse in questo NG è un pò OT la domanda, che non ha a che vedere nè
con Access
nè tanto meno con VB, il problema è INNO e per questo, come mi pare
di averti
suggerito ci sono 5 NG dedicati.
Ti passo un piccolo SETUP, è quello che ho usato per impacchettare
ARCHIFOTO
fatto con Access e pubblicato nel mio sito.
Secondo me però se dai un'occhiata nella cartella che InnoSetup crea
trovi
degli Exemple che sono molto semplici e chiari.
Per agevolarti la generazione degli script usa questo TOOL:
http://www.istool.org/default.aspx/
[Setup]
AppName=MAIL_MANAGER
AppVerName=MAIL_MANAGER 1.0
AppPublisher=Alessandro Baraldi
DefaultDirName={pf}\MAIL_MANAGER
;DisableDirPage=true
DefaultGroupName=MAIL_MANAGER
DisableProgramGroupPage=true
Compression=bzip
SolidCompression=true
OutputBaseFilename=MAIL_MANAGER
WindowVisible=true
WindowStartMaximized=true
AlwaysShowComponentsList=true
LanguageDetectionMethod=locale
FlatComponentsList=true
WizardImageFile=Setup_Big.bmp
WizardSmallImageFile=Setup_Small.bmp
UsePreviousAppDir=true
ShowLanguageDialog=yes
BackColor=$cbbd7e
SetupIconFile=C:\Documents and
Settings\Administrator\Desktop\Mail\Icone\MAIL_MANAGER.ico
[Tasks]
; NOTE: The following entry contains English phrases ("Create a desktop
icon" and "Additional icons"). You are free to translate them into
another language if required.
Name: desktopicon; Description: Crea l'icona sul Desktop;
GroupDescription: Additional icons:
[Files]
Source: MS_Mail.mdb; DestDir: {app}; Flags: ignoreversion
Source: Icone\*.*; DestDir: {app}\Icone; Flags: recursesubdirs
Source: Models\*.*; DestDir: {app}\Models; Flags: recursesubdirs
Source: LocalData\*.*; DestDir: {app}\LocalData; Flags: recursesubdirs
Source: Address\*.*; DestDir: {app}\Address; Flags: recursesubdirs
Source: Mail_Manager.mdb; DestDir: {app}; Flags: ignoreversion
Source: ServerBox.mdb; DestDir: {app}; Flags: confirmoverwrite
Source: Users.mdb; DestDir: {app}; Flags: confirmoverwrite
Source: RTF2.ocx; DestDir: {app}; Flags: regserver
[Icons]
Name: {group}\@Alex_WEBSITE; Filename: {app}\MAIL_MANAGER.url
Name: {group}\MS_MAIL; Filename: {app}\MS_Mail.mdb; IconFilename:
{app}\Icone\MS_Mail.ico; Flags: runmaximized
Name: {group}\MAIL_MANAGER; Filename: {app}\MAIL_MANAGER.mdb;
IconFilename: {app}\Icone\MAIL_MANAGER.ico; Flags: runmaximized
Name: {group}\Rimuovi MAIL_MANAGER; Filename: {uninstallexe};
IconFilename: {app}\Icone\Uninstall.ico
Name: {userdesktop}\MAIL_MANAGER; Filename: {app}\MS_Mail.mdb; Tasks:
desktopicon; IconFilename: {app}\Icone\MS_Mail.ico
[Run]
Filename: {app}\Mail_Manager.mdb; Description: Execute Mail_Manager
now; Flags: shellexec postinstall skipifsilent
[UninstallDelete]
Name: {app}; Type: filesandordirs
Type: files; Name: {app}\MAIL_MANAGER.url
[Dirs]
Name: {app}\Address; Flags: uninsalwaysuninstall
Name: {app}\BackUp; Flags: uninsalwaysuninstall
Name: {app}\Icone; Flags: uninsalwaysuninstall
Name: {app}\Models; Flags: uninsalwaysuninstall
Name: {app}\LocalData; Flags: uninsalwaysuninstall
Name: {app}\Temp; Flags: uninsalwaysuninstall; attribs: hidden
Name: {app}\ServerBackUp
[_ISTool]
OutputExeFilename=D:\Programmazione\Access\Foto\New\Output\MAIL_MANAGER.exe
[INI]
Filename: {app}\MAIL_MANAGER.url; Section: InternetShortcut; Key: URL;
String: 
http://www.mantuanet.it/alessandro.baraldi/
Filename: {app}\Configuration.ini; Section: DATABASES; Key:
DATAADDRESS; String: {app}\Address\Addresses.mdb; Flags:
createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: DATABASES; Key: DATASERVER;
String: {app}\ServerBox.mdb; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: DATABASES; Key: DATAUSERS;
String: {app}\Users.mdb; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: FOLDER; Key: LOCALDATA;
String: LocalData\; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: FOLDER; Key: ICON; String:
Icone\; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: FOLDER; Key: TEMP; String:
Temp\; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: FOLDER; Key: BACKUP;
String: BackUp\; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: FOLDER; Key: MODELS;
String: Models\; Flags: createkeyifdoesntexist
Filename: {app}\Configuration.ini; Section: FOLDER; Key: ADDRESS;
String: Address\; Flags: createkeyifdoesntexist
[LangOptions]
LanguageName=Italian
LanguageID=$0410
[Languages]
Name: Italiano; MessagesFile: compiler:IT_Default.isl
Ciao
@Alex

Sei stato molto gentile!
avevo inviato questo post insieme a quello che ti avevo inviato!
ti ringrazio molto per le cose che mi suggerisci e cercherò di
metterle in atto senza romperti troppo:
una sola indicazione per favore: quali sono i newsgroup che trattano
Inno ?
grazie!!
una volta che avrò un minimo di tempo (ieri mi hanno abbattuto addosso
un lavoro per cui, specifiche parole, notte, sabato e domenica non
esistono più) cercherò di finire questo database e, una volta
terminato mi occuperò ben benino di Inno!!
grazie per i suggerimenti!!!!
più avanti ti romperò ancora, ma intanto alcune curiosità:
1. i bachi che sono documentati (tipo: salvataggio della riga vuota;
impossibilità di infilare in tabelle le righe cancellate ma non ancora
compattate; parentesi quadra dx; salvataggio automatico appena passo
alla sottomaschera, comando che rimane non refreshato su caricamento
immagine...) sono messi apposta da MC oppure no altrimenti access
sarebbe troppo facile e farebbe troppa concorrenza rispetto agli altri
db?
2. Spassionatamente: quale db è meglio di access (parlando del 90%
delle applicazioni, che vuol dire praticamnete tutti i db da ufficio
tranne quelli delle banche o quelli che devono gestire moli di dati
enrmi?
3. access e la sua facilità di upgrade a sql server2005: è fatto
apposta perchè sia complicato oppure è stato migliorato? E' vero che
ti perdi i dati?
4. tra sql server ed oracle io ho trovato tantissimi articoletti... tu
che sei esperto del settore, quale è effettivamente migliore per
l'upgrade da db medio-piccoli a quelli grandi (secondo me sql server
che se non sbaglio sta pure superando oracle nelle vendite)
tante domandine e tante parole in libertà, ma spero che tu mi risponda
se hai tempo!
ciao
Ulisse


 Ulisse
Ciao
@Alex

Grazie !
A presto!
Ulisse


 > via ODBC...!
Non ho ben capito questa parte del tuo discorso; potresti darmi qualche
indicazione in più e/o reinviarmi a qualche articolo/libro che
approfondisca la questione?
grazie
CIAO


 CIAO
Diciamo che la Suite di Office nello strumento di Access ha cercato di
realizzare
uno strumento di basso profilo accessibile a tutti.
Per basso profilo non intendo "scarso", ma adatto a poter essere usato
anche da
chi non ha particolari conoscenze dell'argomento.
Access pertanto offre la possibilità in un solo applicativo di poter
avere una discreta
base dati costutuita da un DB_ENGINE (JET) e da una solidissima e molto
potente
interfaccia operatore.
Il problema principale del motore JET è che non è un DB Server,
lacuna enorme
che obbliga il client all'elaborazione dell'intero ResultSet con
aumento di traffico dati in rete.
E' noto infatti che un DB Access in rete è estremamente pericoloso e
critico come
corruzione, e rischio di perdita dati.
Non supporta una multiutenza molto estesa, anche se dichiarata è di
250 connessioni, direi che da quanto ho potuto vedere già con una
decina di connessioni si iniziano a vedere
i primi problemi, e lo sforzo di ottimizzazione soprattutto delle
Queries studiando i piani di esecuzione diventa estremamente gravoso
per poi avere un risultato appena sufficiente.
Le 2 parti che compongono Access sono gestibili indipendentemente,
tant'è che da VB puoi usare volendo la parte di JET senza ricorrere al
modello oggetti completo, e viceversa, quindi da Access puoi
interfacciarti a DB(Terzi) semplicemente usando driver ODBC
per Linkare le Tabelle.
Questa 2° opzione è molto performante e consente di sviluppare
applicativi +/- complessi
sfruttando al massimo la flessibilità di Access che mette a
disposizione molti strumenti
visuali di autocomposizione, e la potenza di un vero motore di Database
Server come
SQL_Server, Oracle o altro...!
Non è tutto oro quello che luccica, Access ed il suo VBA hanno dei
limiti spesso non
superabili, ma serve avere la dimensione sia dei limiti che delle
esigenze per poter
scegliere a priori se usare Access come Interfaccia piuttosto che VB6.
Io per il tipo di applicativi di cui mi occupo ho preferito adottare
Access connesso a SQL_SERVER, è stata una mia scelta dovuta
principalmente all'esigenza di rapidità
di realizzazione, ed all'assenza di gestioni grafiche o altro.
Documentazione in merito specifica che spieghi questo non saprei dirti
nè se esiste
nè dove trovarla, diciamo che il Web è saturo di informazioni.
Queste considerazioni sono abbastanza superficiali nel complesso ma
possono
darti modo di approfondire anche leggendo vecchi 3D in questo NG che
trattano
proprio le lacune di JET in modo chiaro.
Per avere invece dettagli più concreti sulla parte Client di Access
potresti leggere
diversi 3D sui NG dedicati ad Access, anche se percentualmente
nell'area Access
farai più fatica a filtrare gli argomenti di questo tipo, in quanto
nella media gli accessisiti, o meglio le domande più frequenti
derivano da un pubblico di livello tecnico meno esigente
ma anche con pretese differenti...!
In ogni caso su :
microsoft.public.it.office.access
qualsiasi intervento di Giorgio Rancati è fonte di chiarezza e di
livello estremamente
tecnico, direi un Riferimento assoluto nel NG.  
Ciao
@Alex