Newsgroup: it.comp.appl.access
Titolo: Compilatore Access

Volevo sapere se esiste un compilatore per MS Access 2000
Grazie anticipatamente
Bruno


NO!
Salvatore

 Volevo sapere se esiste un compilatore per MS Access 2000
A questa domanda viene data risposta mediamente 2 volte al mese.
Dopo questa premessa:
Access non e' compilabile nel senso stretto della parola.
Esistono tool per trasformare il codice VBA di Access in codice per VB 
e poi (con un po' di fatica) e' possibile compilare con VB 
l'applicazione.
In alternativapuoi creare un file MDE (pseudo compilato) ed utilizzare 
il runtime di Access per eseguirlo su macchine che non hanno Access 
installato (od una versione differente).
Per poter distribuire il runtime di Access fino alla versione XP (2002) 
era necessario avere una licenza Developer, Dalla versione 2003 (si 
dice) sara' possibile distribuire il runtime senza dover pagare alcuna 
licenza.
La prossima volta per favore utilizza Google per cercare nei vecchi 
post la domanda prima di proporla sul newsgroup.
Saluti.

 l'applicazione.
Probabilmente non hai mai provato.
Non confondere VB con Delphi!  ;-))
Ciao.

Massimiliano Bertoglio wrote:

Chiedo venia e rettifico:
da "compilare" a "creare un file eseguibile".
La frase diventa:
Esistono tool per trasformare il codice VBA di Access in codice per VB 
e poi (con un po' di fatica) e' possibile creare un file eseguibile
con VB.
Saluti.

 con VB.
Ma ancora non ci siamo ;-)
Tu non puoi creare UN file eseguibile, in nessun modo con VB ... soprattutto
se parliamo di software che accede a database e produce reportistica.
Non esistono VCL, ma controlli .OCX che non puoi linkare a nessun eseguibile
_fusion a parte, che è fumo_
Ciao ;-)

 linkare a nessun eseguibile _fusion a parte, che h fumo_
Rettifica 2:
Esistono tool per trasformare il codice VBA di Access in codice per VB 
e poi (con un po' di fatica) e' possibile creare un file .exe o .dll o .
ocx con VB.

 ocx con VB.
Scusami non volevo essere pedante o irritarti ;-)
Ma il discorso è più complesso: in VB devi ricorrere per la gestione
griglie, combo, Toolbars, Reports _se non vuoi impazzire_ a controlli o
Runtimes (vedi Crystal Reports) esterni.
Il risultato finale è che invece che avere un MDE P-Code eseguito dal
Runtime di Access, hai un .Exe in codice nativo attorniato da un'analoga
selva di Runtimes.
Ciao.

 licenza.
Non ci scommetterei, probabilmente sarà a pagamento:
http://groups.google.it/groups?q=Office+2003+Runtime+group:microsoft.public
.
access.developers.toolkitode&hl=it&lr=&ie=UTF-8&group=microsoft.public.acces
s.developers.toolkitode&selm=yduGMSs%24CHA.1204%40cpmsftngxa06.phx.gbl&rnum=
1
Ciao.

 ha
scritto:

Lo confermo, è stato detto il 25maggio 2003 direttamente da M$ al Road Show
per Office 2003. Ho pubblicato una piccola relazione in merito su questo NG
ciao
MAssimiliano
--------------------------------
Inviato via 
http://usenet.libero.it

 ciao
No, no ... lasciamo perdere le stronzate che dicono i Sub-Sub-Agenti di M$
Italia!  ;-))
Ciao.



Era il chief manager per Office in Italia.
E' vero che la divisione Italia non conta molto, però... Ad esempio è stato
lui a decidere l'abbassamento dei prezzi dei pacchetti standard di office.


 ciao MAssimiliano
Vabbč, vedremo ... ma ribadisco:
1) M$ non regala nulla
2) M$ Italia č popolata d'incapaci fancazzisti.
Ciao.

selva di Runtimes.
Vabbe facciamo cosi:
Con dei tool di cui sopra...ti "converti" o "esporti" il codice vba in
vb e ne fai poi quel che cazzo ti pare...ok? :)
Poi...se ti funziona........BENE altrimenti prega a s.gennaro!
:))))

 Poi...se ti funziona........BENE altrimenti prega a s.gennaro!
Non hai capito cosa s'aspetterebbe chi ha iniziato il Th.
Vorrebbe ottenere un unico file eseguibile PRIVO di dipendenze da installare
e registrare sulla macchina del cliente.
Come si faceva all'epoca dei compilatori DOS, per capirci.
Ottenere questo scopo, utilizzando tecnologie M$ (Access, Fox-Pro, VB,
VB.NET
, VB.CAZ) č assolutamente impossibile.
Va bene cosě?
Ciao ;-)