Newsgroup: it.comp.appl.access
Titolo: Access è una cacchiata?

Ciao a tutti,
spero che il titolo del post non vi abbia adirato.
Da tempo mi diletto (e mi piace molto) con access e ho creato un po' di
piccole applicazioni per gestire report particolari su un db di
rilevazione presenze (che è il mio normale ambito lavorativo).
Ora mi trovo davanti questo scoglio:
alcune persone vedendo le mie applicazioni storcono il naso perchè sono
scritte in access e non ritentono conveniente proseguire su questa strada.
Vorrebbero applicazioni scritte in C++ (fa figo!), perchè compilate (è
vero), veloci (ma non serve velocità in questi report), sicure (!!!), etc.
Ora, potete consigliarmi su come rispondere in maniera generica prima,
specifica poi a chiunque valuti access in maniera riduttiva per quanto
riguarda applicazioni di data reporting su db sql?
ciao
Nicoletta
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Nicoletta
Per quanto riguarda le prestazioni degli applicativi puoi dir loro che e' 
tutto vero
Per il 'sicure' credo che Access non abbia niente da invidiare a chicche e 
ssia
Per il 'compilate' mi sembra un evidente vantaggio per il tuo cliente che 
l'applicazione non sia compilata
E che se il tuo cliente vuole, puoi sviluppare il tutto anche in C++
Solo che gli costa da 10 a 20 volte tanto
E se lui vuole, puoi farlo anche in assembler x86, pero' gli costa 100 volte 
tanto
E' come dire che siccome esistono le Ferrari allora le Fiat Panda non hanno 
senso di esistere
Ce l'hanno eccome, anzi nel 95 percento dei casi so' pure mejo
Vedi andare a prendere il pane, 'ritirare' il figlio da scuola, andare in 
posta, andare in banca, ecc...
Per il 5% restante vedi 'fare i fighi sul lungomare' oppure 'arrivare in 
discoteca per cacciare' and so on ovviamente una Ferrari non ha rivali
Ciao
RobertoA

 RobertoA
Grande Roberto...
ma qualche frase giusta con argomenti 'informatici' ce l'hai da darmi?


 ma qualche frase giusta con argomenti 'informatici' ce l'hai da darmi?
e come no!?
La rosa s'apre, la rosa
appassisce senza sapere
quello che fa.
Basta il profumo
di rosa
smarrito in un carcere
perchè nel cuore
del carcerato
urlino tutte le ingiustizie
del mondo.
  (zio Ho)
-- 
ac
y-1=x

 RobertoA
@Alex

 y-1=x
E la "...frase giusta con argomenti 'informatici'..." dov'č??
Ciao.
-- 
Sergio MAZZA 


Nella rosa ovviamente e anche nel sapere, nel profumo e nell'ingiustizie 
del mondo di noi poveri carcerati.
ma ne ho per tutte le stagioni:
Il potere č l'immondizia della storia degli umani
e anche se siamo soltanto due romantici rottami
sputeremo ancora in faccia all'ingiustizia giorno e notte
siamo i grandi della Mancia: Sancho Panza e Don Chisciotte.
(Dati-Guccini)
o parlando di "doccia" ci starebbe bene anche G.Gaber
schhh... scende l'acqua, scroscia l'acqua calda, fredda, calda... giusta!
Shampoo rosso, giallo, quale marca mi va meglio... questa!
Schiuma, soffice, morbida, bianca, lieve, lieve,
sembra panna, sembra neve...
La schiuma č una cosa buona, come la mamma,
che ti accarezza la testa quando sei triste e stanco,
una mamma enorme, una mamma in bianco!
Sciacquo, sciacquo, sciacquo...
Seconda passata.
Son convinto che sia meglio quello giallo senza... canfora!
I migliori son piů cari perchč sono anti... forfora!
Gli amici di Nicoletta saranno tutti "mondati" della .....forfora!?
-- 
ac
y-1=x

 y-1=x
Ciao.
-- 
Sergio MAZZA 

 >
grazie Alex,
č quello che volevo.
Mi sono sentita piccola perchč non avevo argomenti per replicare.
Ora qualcosa in piů saprň rispondere la prossima volta


 Nicoletta
Contano poco gli argomenti informatici
Uno che pensa che C++ sia sempre e comunque preferibile ad Access, vuol dire 
che non sa di cosa parla e quindi c'e' poco da controbattere
E allora quello che posso consigliarti e' di agghindarti per benino la 
prossima volta che vi incontrate, seduta parrucchiere, camicia vedo/non 
vedo, minigonna ascellare, N.5 a go-go cosi' lo ubriachi alla prima 
sniffata, e poi... poi gli aumenti il prezzo di 1000 euro perche' sti teste 
di minchia pensano che piu' costa allora piu' vale
Meglio se ti fai accompagnare da una tua amica, sempre tiratissima, in veste 
di marketing-accounting-finance-commercial-non-si-capisc-che 
minch-facc-io-pero-se-mi-firmi-l'ordine-so-capace-che-te-la-do
Mi arriccomando la camicia, trasparente e aperta.
Fammi sapere, ciao
RobertoA

 Mi arriccomando la camicia, trasparente e aperta.
...non è che sei tu quello che deve incontrare... :-)))
-- 
David Martin

RobertoA ha scritto:


Carissimo,
ho 44 anni e due figli, non so se faccio poi sta gran fig...ura in
minigonna e camicia traspaperta
Nicky



Rispondi che se il fine è solo il data reporting allora access va bene
in quanto
a) dato che ce l'hai presumibilmente installato è praticamente a costo 0
b) Access è sufficientemente elastico da permettere personalizzazioni e 
modifiche in  corso di sviluppo
c) La compilazione a che ti serve se non devi venderlo?E cmq esistetono gli 
mde.
d) Access e la suite di office in generale sono nate ,imho, proprio per fare 
queste cose
senza scomodare l'artiglieria pesante
e) Dire che un'applicazione è scritta in C++ che vor dì?Tu potresti dire che 
allora i tuoi piccoli
applicativi sono scritti in VBA.E che differenza c'è?Imho per fare quello 
che devi fare nessuna, anzi
forse che VBA è più semplice non essendo Object Oriented (non vorrei 
scatenare un flame).
f)La velocità se ti appoggi ad SQL Server ti viene in massima parte da come 
interroghi la bae dati e quindi
sia con VBA che con C++ hai poco da fare.
Cmq per mia esperienza diretta, ho cominciato con VB5 poi VB6 ed Access 
97,00 03 ed adesso sto studiando Python (che ha
molto a che fare con C++ e C) per sviluppare applicazioni desktop gestionali 
Access inteso come FE e programmato con VBA non lo batte nessuno e chi 
afferma il contrario semplicemente non ha idea di cosa puo fare Access 
utilizzato con VBA.
Morgan


 Nicky
Per i 44 non c'e' problema
Per i pargoli, gnianche
Se posti una foto potremmo consigliarti l'abbigliamento
Naturalmente in foto devi essere nuda, cosi' possiamo mettrci sopra gli 
abiti e vedere come stai
Lo facciamo solo per te ehhh
Ciao carissima
RobertoA


Non buttarti giù.... sii più femminista e fai valere il "cervello", in
questo campo il resto non serve(anche se non guasta).
Il fatto che tu abbia 44 anni poi che sarebbe a dire...? Mia moglie è
sui 40 ma se mi sente accennare che non è giovane mi si "adombra"...
;-)
@Alex

 sui 40 ma se mi sente accennare che non č giovane mi si "adombra"...
e speriamo non si chiami "Lisistrata"
-- 
ac
y-1=x

 y-1=x
Parli di Aristofane... il primo femminista(poetico) della storia...
(quella che conosco io) mamma mia se lo trovo lo mangio...!
;-)
@Alex

 riguarda applicazioni di data reporting su db sql?
Il discorso è stato dibattuto spesso, d'altra parte essendo diffuso sui
Desktop aziendali è chiaro che non abbia un buon "pedigree".
Ma anche in passato si cazzeggiava su queste cose: ricordo che negli anni
'80, questa era la classifica:
C
Turbo Pascal
Clipper
Quick Basic
Cobol
RPG
GwBasic
D'altro canto il mondo dell'informatica sotto, sotto è sempre stato
estremamente poco serio.
Access  non è una cacchiata e lo si può realizzare semplicemente vedendolo
in azione
http://groups.google.it/group/it.comp.appl.access/browse_thread/thread/7bb9e
31f089d01ad/98631332f12f9f96?lnk=gst&q=gestionali+access&rnum=9&hl=it#986313
32f12f9f96
(da incollare su un'unica riga di Explorer)
Come vedi quella risposta nasceva in un Thread analogo a questo  ;-)
Alcuni degli URL elencati potrebbero essere  .it  invece che  .com  o
viceversa, comunque dando un'occhiata a qualche link scoprirai pacchetti la
cui sofisticatezza è di "ordini" di grandezza superiore alle tue necessità.
Prestazioni rispetto a C++ :
Le applicazioni di database lavorano principalmente in I/O: le differenze di
prestazioni rispetto al codice nativo sono generalmente minime.
Si parla di maschere e Report agganciate a DB, non di Frattali o algoritmi
d'analisi numerica.
Certo, può darsi che qualcuno storca il naso vedendo le tue applicazioni,
perchè troppo lente o bacate.
E' solo un'ipotesi, questo ce lo devi dire tu.
Comunque, il futuro probabilmente non è ne Access ne C++ Builder, ma lo
sviluppo di gestionali web, capaci quindi di girare in qualunque
configurazione (remota, locale, LAN).
Saluti.

 ha scritto nel messaggio 
news:1175523354.5...@q75g2000hsh.googlegroups.com...

Non buttarti giů.... sii piů femminista e fai valere il "cervello", in
questo campo il resto non serve(anche se non guasta).
Il fatto che tu abbia 44 anni poi che sarebbe a dire...? Mia moglie č
sui 40 ma se mi sente accennare che non č giovane mi si "adombra"...
;-)
questa me la conservo.....puň servire!
ma quante mogli hai? l'altra volta hai detto che si chiama Deborah ed ha 23 
anni.
che fai cambi moglie come i calzini?
:<)))
@Alex
Daniele

 Daniele
No perchè ha 23 anni per gamba... (ssss)
;-)
@Alex


Ciao Alex, discussione interessante.
Mi "appendo" qua visto che utilizzo entrambi i sistemi.
Alcuni numeri su una mini applicazione con cinque maschere
e un paio di report. (Dati su SQLsrv)
Ovvio che in C\C++ ho utilizzato un ambiente di sviluppo RAD
con componenti di primitiva gia' pronti (non ocx)
                                            Access-Vba        C\C++
====================================
Sviluppo:                              8 ore                12 ore
Debugging-test                    2ore                4ore
Installazione avviamento
(5 postazioni eterogenee)    3 ore                1,5ore
Mantenimento della
funzionalità su sei mesi        8 ore                 0 ore
===================================
                                        21 ore            17,5 ore
Come vedi la difficoltà piu' grossa e' stata mantenere
l'installazione sui client: crash del db, ambiente mutato
anche per colpa del cliente che ha modificato il sistema.
--
lorenzo


Beh Crash... hai controllato la RAM (una postazione mi rompeva continuamente 
le scatole - sostituita la memoria, risolto)? O intendi corruzione? Scheda 
di rete?
-- 
-- 
Massimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 di rete?
Alla faccia: una vera e propria intervista!     ;-)
Per la verità non hai chiesto la cosa, forse, più interessante: che
significa "ambiente mutato"...
Saluti.

 corruzione? Scheda di rete?
Nulla di tutto cio'.
1) PC sotto stress, utente gia' stressato di suo che pigia tutto quello che 
gli
            sembra di non avere ancora pigiato....
            NomeDb.mde diventa BackupDiQuelloCheEraFunzionanze.mde
            :-)
2) Installazioni di office da parte dell'utente, comprese le versioni che
            ancora dovevano uscire .... ;-)
--
Lorenzo


 
Innews:1175511360.2...@l77g2000hsb.googlegroups.com
,

Ciao Lorenzo.
Avrei preferito se avessi esposto dati con un DB(SQL_Server) ...,
avresti evitato appunto la manutenzione di un componente critico(JET)
e si sarebbe avvicinato maggiormente alla mia considerazione ma in
sostanza mi pare siamo vicini.
In effetti io non uso C++ per applicativi volti ad accesso dati, ma
solo per realizzare componenti com(che per altro faccio da poco con
estremo rimpianto per VBA) ed in questo caso non è possibile fare
paragoni.
Quanto ho esposto, in ogni caso mi pare non differire molto dalle tue
osservazioni, nasceva da un confronto con un collega che sviluppa
regolarmente applicativi di gestione con C++(ed ovviamente con
componenti primitivi già fatti altrimenti sarebbe imparagonabile
doversi sviluppare l'intera GUI).
Credo che se l'applicativo dovesse essere di complessità Media le 8/12
ore di sviluppo potrebbero avere un'aumento consistente ed appiattire
in questo modo
qualsiasi altra considerazione, e rendere quasi equivalenti i tempi in
ore..., anche se tutto sommato i tuoi dati sempbrerebbero addirittura
confermare che anche su applicazioni piccole la differenza di sviluppo
è quasi trascurabile.
Tecnicamente non credo ci possano essere grossi appigli per sostenere
un metodo rispetto all'altro(con l'ottica di cui parliamo, quindi
volta gestione dati).
Saluti
@Alex

 @Alex 

 intervenire.
E' una considerazione tua, basata su una tua esperienza ... così come la
tabella che hai compilato.
Personalmente (ho due soci e lavoriamo per terzi da quasi 10 anni) problemi
di quel genere ne ho avuti pochi su centinaia di Clients installati
Sarà fortuna...     :-)
Saluti.

 Saluti. 

 e presume di averne i diritti......
Prendo atto delle tue considerazioni, ma non le condivido: a partire dalla
"cultura" degli utenti   ;-)
Ovviamente diamo per scontato che si parli di vere, sofisticate "procedure"
(con FE anche molto più grossi di 5 MB) ... non d'agendine telefoniche.
Il costo di possesso (quello che gli yuppie chiamano TCO) di un'applicazione
basata su Access è pari a zero (diciamo 0,1 per venirti incontro) se:
1)  Si elimina o si riduce al minimo l'uso di ActiveX
2)  Si evita di distribuire col package MS.  Questa soluzione è solida
quanto necessario   
www.sagekey.com
Quanto scrivo è riferito alle due versioni di Access che utilizziamo:
Access 97 (anni fa) e Access XP (oggi).
Non mi posso sbilanciare su A' 2K o 2003, ma non credo che la musica cambi.
Saluti.

 Saluti.


> Saluti.


[CUT]
Scusa se mi sono permesso un grosso CUT...!
Le considerazioni tcniche che porti sono validissime, ma la più
concreta, sempre a mio giudizio e come vedi la soggettività è una
buona fetta di questo argomento, è proprio la dipendenza da fattori
esterni...!
Come giustamente hai esposto se, malauguratamente, l'utente ritiene di
poter effettuare Upgrade o installazioni che, se parliamo di ambiente
Office, possono minare la stabilità anche del Runtime, ovviamente puoi
dire che sono cavoli suoi ma di certo la rogna e tua, e come
giustamente hai evidenziato questo problema non lo avresti con uno
sviluppo differente....
Questo ovviamente impone allo sviluppatore un'analisi anche dei
rischi, e la scelta di cosa usare dipende principalmente da una cosa
sola(oltre l'aspetto già discusso).... la capacità(conoscenza) di
poter scegliere alternative di sviluppo, ma questo dipende dal
programmatore... e se conosce solo Access farà fatica anche solo ad
immaginare lo sviluppo con altri linguaggi.
Personalmente, mi ritengo un'ignorante informatico, perchè uso da poco
C++(che odio fortemente non riuscendo ad ottenere quello che ottengo
con VB6) ma per alcuni versi ne apprezzo già alcune particolarità
legate alla vera OOP vietata a VB6(e VBA).... e quando realizzo che
per anni ho portato avanti solo un linguaggio a buoni liveli mi sembra
che mi manchi un pezzo...
Il C/C++ sono linguaggi difficili per chi è partito da VB/A proprio
perchè mancano le basi vere dell'OOP ed anche perchè chi sviluppa
VBA(soprattutto) non ne ha realmente un grandissimo bisogno...
Questo è un pò OT ma visto che stò soffrendo vi
rendevopartecipi... ;-)
@Alex

 @Alex 

 ha scritto nel messaggio 
news:1175615532....@o5g2000hsb.googlegroups.com...
[CUT]
Scusa se mi sono permesso un grosso CUT...!
[]
Ed io ne faccio un'altro...!
Il C/C++ sono linguaggi difficili per chi è partito da VB/A proprio
perchè mancano le basi vere dell'OOP ed anche perchè chi sviluppa
VBA(soprattutto) non ne ha realmente un grandissimo bisogno...
Anche chi sviluppa in C/C++ ne ha veramente così bisogno?
Secondo me no, tranne per ambiti specialistici
Questo è un pò OT ma visto che stò soffrendo vi
rendevopartecipi... ;-)
In un certo senso ti capisco...
Morgan
@Alex

 VBA(soprattutto) non ne ha realmente un grandissimo bisogno...
Sono "quasi" in accordo con quello che hai scritto ed ho tagliato.
Quest'ultima cosa invece mi lascia un po' perplesso. Uno, per il "c" 
puro che non mi sembra sia cosi' orientato agli oggetti. E' vero che 
essendo di basso livello si potrebbe riscrivere un "core" che lo 
orienti. Due, il bisogno non nasce dal linguaggio ma dalla visione 
logica del problema. Ho visto fare delle schifezze inenarrabili in c# o 
java che mi narrano siano OOL come d'altra parte, anche se orbo per il 
fatto della ereditarieta', ho visto cose fatte in vba (ad esempio da te) 
che nulla hanno da invidiare ad alcune "architetture" OO.
Insomma come al solito. Non e' che se mi dai una Ferrari divento 
improvvisamente "sciumacher" (Fisichella si  ;<) )
-- 
ac
y-1=x

 
Innews:1175615532....@o5g2000hsb.googlegroups.com
,

Eheheh... si il problema io lo stò vivendo con applcazioni che
dialogano via OPC
e li il linguaggio VBA .... non funziona... se non con OCX
sviluppati...
Per ora non mi sposto su NET per motivi prestzionali e per il fatto
che il programma SCADA(visto che parlavi di Automazione penso sia un
termine conosciuto) non supporta il FW2.
In ogni caso per ora sto solo cercando di ricreare delle Dll di
dialogo e le uso da VB6
poichè sono ancora un pò acerbo per creare interfacce in VC++ ma
vedremo....
Tempo e passione permettendo.
@Alex

 y-1=x
@Alex

 Secondo me no, tranne per ambiti specialistici
Il bisogno di sviluppare in un linguaggio o un'altro viene creato
dall'esigenza e non dalla voglia di avere una cosa o un'altra, oppure
dall'ignoranza verso altre opzioni(il mio caso), quindi è chi sviluppa
a dover capire cosa sia meglio, ma lo può fare solo se conosce più
linguaggi allo stesso livello.
Dai dati di Lorenzo(sulla produttività di un gestionale piccolo) non
sembra ci siano
motivazioni così forti che spingano a dire che Access genera Tool più
velocemente...
Si può però dire che Access per il programmatore poco esperto(o
novizio) offre un'approccio più UserFriendly, quindi sarà più facile
per la maggioranza di chi si approccia al Gestionale usare questo
strumento piuttosto che il C++
Solo nella maturazione professinale(fortunatamente nessuno nasce
programmatore) il programmatore può decidere se investire in
Conoscenza(quindi apprendimento di più linguaggi) o fossilizzarsi, e
magari per molti può essere sufficiente... non certo per un confroto o
per un giudizio però...!


 @Alex

 [CUT]


Concordo ,anche se mi riferivo all'esigenza di usare le classi
per programmare.
E' vero cmq che imparare un linguaggio tipo quello in oggetto o nel mio caso
Python ti forma meglio secondo me come programmatore in quanto ti da imho
una visione più completa.
Morgan


"Alessandro Baraldi"
Come giustamente hai esposto se, malauguratamente, l'utente ritiene di
poter effettuare Upgrade o installazioni che, se parliamo di ambiente
Office, possono minare la stabilità anche del Runtime, ovviamente puoi
dire che sono cavoli suoi ma di certo la rogna e tua, e come
giustamente hai evidenziato questo problema non lo avresti con uno
sviluppo differente....
--------------------------------------------------------------------
Non "ha giustamente esposto": i problemi di conflitto tra le versioni
Runtime di Access e Full Access esistono se si distribuisce con il package
di Microft.
I citati sagekey scripts (evidentemente non molto usati in Italia) risolvono
egregiamente quei problemi.
Che poi costituiscono la gran parte di rogne che può avere un applicativo
basato su Access dopo l'installazione.
Saluti.

"Alessandro Baraldi" <
Dai dati di Lorenzo(sulla produttività di un gestionale piccolo) non
sembra ci siano
motivazioni così forti che spingano a dire che Access genera Tool più
velocemente...
------------------------------------------------------------------------
In questo Th però ci sono molte chiacchiere teoriche e pochi dati di fatto.
Se vogliamo incontrarci fisicamente e fare un giro in varie decine di realtà
(a campione) in cui girano da lustri applicativi basati su Access a TCO=0.1
... sono assolutamente disponibile.
Fatti, non parole!   ;-)
Saluti
P.S: Niente di personale nei confronti di Lorenzo (pyx) sia chiaro...

 cosa che non succede con un .exe.
Mah, vorrei capire che ci fai in quegli .MDE   ;-)
Un problema di corruzione FE che ho avuto nel corso degli anni riguardava i
menù di scelta rapida: sparivano senza preavviso se inglobavano troppe
icone.
Ma è stato anche l'unico e togliere qualche icona non m'ha cambiato la
vita...
Per il resto, ripeto, i tanti problemi di conflitti tra versioni di Access e
Runtime si evitano con 4-500$ d'investimento: provare per credere.
Sono d'accordissimo con te che gli sviluppi attuali di Access lasciano
perplessi: è però altro discorso.
Un'ultima cosa: sostituire Access con applicazioni Desk sviluppate in C++
Builder non porta lontano ... il vero salto di qualità architetturale è
portare le nuove applicazioni sul web.
Saluti.

 Saluti.
Senza polemica ovviamente :-)
--
Lorenzo

 ha scritto:

Ci mancherebbe, vai tranquillo che non la intendo come provocazione.
Guarda, da AshonTate Framework (uno dei primi tentativi di foglio
di calcolo con integrate funzioni di database, non relazionale) passare
ad Access è stata un arma vincente. Ho realizzato di tutto con Access,
da gestionali per 40/60 persone a piccole applicazioni di automazione
sia di ufficio che di tipologia industriale.
La differenza sta nel fatto che all'inizio le realizzavo per passione ma
comunque in un contesto aziendale dove ero presente 8 ore su 8 (ehm,
12 su 8  ;-)   ) . Tutto ok, ogni piccolo problema trovava una soluzione.
Poi mi sono messo in proprio e del mio lavoro ci devo campare.
Ecco, li scopri quanto e' importante avere degli strumenti solidi nelle
diverse realtà che trovi in giro dove non sempre puoi imporre le condizioni
operative.
Ho anch'io delle applicazioni che girano da molti anni (la piu' vecchia
avrà 7-8 anni) e nessun fastidio, pero' sai, l'applicativo parte schedulato,
converte dei file e li spara su un AS400 e poi si chiude ( avrai sentito
parlare forse di circuito EDI su itapack). Ecco, li la cosa è talmente
importante che l'azienda ha blindato il pc, nessuno vi accede e nessuno
si permette neanche gli aggiornamenti del software. Funziona e si lascia
cosi, in cassaforte una copia del disco.
--
Lorenzo

 Saluti.
Be' usare altri tools per altri tools, non mi dispiace l'idea che ho
adottato dove non avevo la convenienza di sostituire Access con
altro:
Icona sul desktop o dove vuoi.
Il programma lanciato e' un .exe in C\C++ che si preoccupa di:
    -Aggiornamenti via internet della parte access
    -Verifica delle condizioni del PC e stato variabili\librerie
        (loro ripristino in caso di necessita)
    -Lancio del programma .mde dopo aver ripristinato la copia
        originale.
Credimi, ho impianti all'estero, e in "brutti" paesi dove e' meglio
non andarci e non ci sono stato neanche per l'installazione, funzionano,
eppure..... ogni nuova versione, novità e aggiornamenti sono per
me fonte di preoccupazione...
Questo senza nulla togliere al prodotto Access che come ho gia'
detto continuero' ad usare, limitatamente ad un certo numero di
applicazioni.
--
Lorenzo

 Fatti, non parole!   ;-)
Perche' no ?
Se non ricordo male sei delle mie parti, magari saremo
in concorrenza e non lo sappiamo !
Latitudine:  45°52'24.70"N
Longitudine:  13°29'2.25"E
GoogleEarth.    ;-)
--
lorenzo


 di calcolo con integrate funzioni di database, non relazionale)
a me sembrava il contraio ;<)
Quello era il periodo in cui si sono fatti prodotti "allpourposes".
Ashton che faceva dbaseII si e' allargata verso il foglio di calcolo e 
Lotus che faceva il foglio di calcolo, con symphony, si e' allargata 
verso il db. Framework di Ashton, che non ebbe un successo meraviglioso, 
aveva agganciato il linguaggio FRED ed e' stato il primo prodotto che ho 
visto che ha cercato di integrare delle forms. Il "volgo"  ha conosciuto 
il foglio di calcolo (Visicalc) tramite la Visicorp che e' "esplosa" 
(nel senso di scoppiata) al momento del lancio di VisiON che aveva 
cominciato ad integrare il "topo". L'altro foglio di calcolo allora 
utilizzato era Multiplan che come ben sai era marchiato Microsoft
-- 
ac
y-1=x

         originale.
Risolve i problemi di coesistenza con altre versioni di Office?
Saluti.

 mi trovo bene
Non mi riferisco tanto all'installer ma all'affidabilità di quanto hai
installato   :-)
Se tu utilizzi quegli scripts, puoi far convivere senza problemi una tua
applicazione Runtime con qualunque versione di Office preesistente o
successiva.
Da quanto ho capito, quello è uno dei problemi che ti hanno assillato...
Saluti.

 Saluti. 

 y-1=x 

 Saluti. 

 stesso.
Bene, ma questo è un altro discorso...
Se tu mi parli dei problemi che s'incorrono a distribuire applicazioni
Runtime con utenti smanettoni, la mia risposta è: usa il sistema
d'installazione giusto.
Perdona la pignoleria Lorenzo    ;-)
Saluti.

 avere conflitti con altre versioni)
Ma così perdi un mucchio di tempo e denaro...
Ti consiglio di prendere in considerazione l'altra soluzione per
applicazioni basate su Access che manterrai (o che eventualmente dovessi
produrre).
Noi li utilizziamo solo da quando abbiamo convertito (quasi) tutto
l'installato alla versione XP di Access.
Col Runtime '97 ci si poteva arrischiare a distribuire con l'installer MS,
coi successivi no.
Saluti

Lorenzo(pyx) wrote:
Ma tu no navevi detto che volevi presentare qualcosa nello spazio workshop 
della Cisa???
Dai che ti aspettiamo, scrivimi e ci mettiamo d'accordo
-- 


 Saluti 

 Saluti. 


Eh, bravo !
Mi piacerebbe ma devo confrontarmi con il tempo tiranno.
Ad agosto dell'anno scorso mi sono appropriato di mezza casa
visto che in una stanza non ci stavo piu', adesso, in aprile, devo
trasferire il lavoro fuori da casa altrimenti non vivo piu' ;-)
Vedo dopo pasqua se trovo un argomento interessante,
poi ti so dire !
ciao
--
Lorenzo
