Newsgroup: it.comp.lang.vo-clipper
Titolo: clipper & windows

Fino ad ora uso Clipper 5.01. con le librerie SUPERFUNCTION 3.0.
Compilo gli obj con blinker 2.05.
Vorrei migrare a windows mantenendo però quanto più possibile il codice già
scritto e le funzioni di superfunction.lib. ; (anche perchè con le nuove
stampanti HP e Canon inkjet non posso stampare niente sotto DOS !)
Vorrei acquistare l'ultima versione di CA Clipper e sapere qual'è ,e poi:
1) dove la posso acquistare ? nella mia città non riesco a trovare niente !
2) questa versione è compatibile con le superfunction ? posso cioè usare il
loro codice senza avere errori o altro ?
3) con questa versione ottengo degli eseguibili diretamentre in ambiente
windows?
4) Massimo Butera mi ha consigliato di acquistare le fivewin, sono andato a
vedere il sito ma non mi sembra di trovere un riferimento per
l'acquisto:come fare? Mi sembra di ricodare che con le fivewin occorre un
linker particolare,è vero? mi sembra che sia blinker 5.01 . Come posso fare
per acquistarlo ? Esiste poi un distributore italiano delle fivewin ?
Spero che qualcuno possa rispondermi.
Grazie  per l'aiuto.Saluti
Massimo
biol...@luda.it

 Esiste poi un distributore italiano delle fivewin ?
Non mi risulta. Il più vicino credo sia in Germania.
EMG

 
biol...@luda.it
--
by(e) Doriano.
E-MAIL: doria~N~o@skyli~N~
k.it
PS: sostituisci  ~N~ con n per rispondere...

per acquistarlo ? Esiste poi un distributore italiano delle fivewin ?
Un consiglio: non credere ai 'mioracoli' per cui prendi un programma
Clipper e magicamente te lo ritrovi sotto Windows: l'interfaccia
utente la devi comunque rifare tutta
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it
 
fcr...@windevs.com
web: 
http://www.windevs.com
------------------------------

 utente la devi comunque rifare tutta
Perfettamente d'accordo. Resta il fatto che, attualmente, le Fivewin
sono lo strumento piů rapido e potente per la migrazione delle
preesistenti applicazioni Clipper DOS verso Windows.
EMG


E se io ti facessi vedere un programma - anche grossino -. scritto in
Summer 87 e portato as is (cioe' senza rifare l'interfaccia grafica)
in VO 1.0 da uno che non ne conosceva nenache l'esistenza in meno di
un mese, penseresti ancora che FiveWin e' il modo piu' rapido?


 un mese, penseresti ancora che FiveWin e' il modo piu' rapido?
Ma scusa, io sapevo che VO non era compatibile a livello di comandi e
funzioni con il Clipper. Sbaglio? Se è come dico allora sicuramente il
porting con le FW è più veloce in quanto non sostituisce il Clipper come
linguaggio ma ne è una semplice (si fa per dire) libreria.
EMG

essere più compatibile del Clipper stesso accoppiato ad una libreria esterna.
Io invece credo che sia piu' compatibile un ambiente sviluppato dalla
stessa societa' che sviluppa Clipper, piuttosto che un'accoppiata
Clipper/Libreria di terze parti
Ciao
Fabio


 Clipper/Libreria di terze parti
Francamente la tua mi sembra una posizione poco difendibile. Sarebbe
esattamente come dire che il Turbo Pascal è più compatibile con il Turbo
C dello stesso Turbo C accompagnato da una libreria esterna solo perché
sono prodotti dalla stessa casa. Assurdo, non ti pare?
EMG

sono prodotti dalla stessa casa. Assurdo, non ti pare?
Direi di si: quando una casa fa uscire un prodotto, i produttori di
librerie di terze parti devono fare la rincorsa per far uscire una
versione compatibile con la nuova release. Inoltre se le tecnologie
(come per esempio gli RDD) sono svilupatti in casa, sicuramente gli
sviluppatori conoscono 'trucchi' che le terze parti non conoscono, per
cui possono fare quantomeno 'meglio' alcune cose.
Ciao


 cui possono fare quantomeno 'meglio' alcune cose.
Se dovessimo basarci sulla lentezza degli NTX standard, paragonata, ad
esempio, alla velocità di Comix, allora direi proprio che il tuo
discorso non trova riscontro nei fatti.
EMG

discorso non trova riscontro nei fatti.
Si, ma quello che intedevo io e' che la Comix non avrebbe potuto fare
i suoi driver se Clipper e VO non avessero sviluppato la tecnolgia RDD
per l'accesso ai dati
Ciao
Fabio
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer
President of Clipper/Visual Objects/Jasmine User Group Italy
fcr...@tin.it
http://www.windevs.com
ITALY
------------------------------

 per l'accesso ai dati
Infatti il sistema aperto caratteristica di Clipper è stata veramente
una buona idea. Questo mi sembra lo renda più simile ad un C++ (almeno
come impostazione) che ad un Visual Bas... oops, scusa! :-)
EMG

come impostazione) che ad un Visual Bas... oops, scusa! :-)
Infatti. Solo che la stessa apertura e' rimasta per quanto riguarda la
gestione di Windows (classi ed eventi), e questo permette di fare
veramente tutto.
Alla prossima
Ciao
FC
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it


 veramente tutto.
Forse non ti ho detto che le Fivewin, nel loro framework, implementano
perfettamente il paradigma ad eventi e questo proprio grazie
all'apertura di Clipper. Faccio un esempio: la classe TGet ha diversi
metodi alcuni dei quali vengono chiamati automaticamente dal sistema a
seguito di determinati eventi (tipo MouseMove(), LDblClick() e così via)
e penso che questa cosa si trovi perfettamente analoga anche in VO (così
come in VB).
EMG

come in VB).
Un'ulima considerazione: quando CA ha acquisito Nantucket, era gia'
partito il progetto ASpens, ossia proprio Clipper sotto windows.
Secondo te per quale motivo CA avrebbe deciso di ripartire da zero,
impegnando risorse notevoli e avendo anche un danno di mercato visto
che VO 1.0 e' uscito in netto riratdo rispetto ai concorrenti?.
Se avessero ritenuto che la soluzione Clipper + libreria tipo Fivewin
fosse stata una buona soluzione, non credi che avrebbero mantenuto
l'enorme mercato dei clipperisti che, invece, hanno perso e stanna
riguadagnando solo ora?
E tieni conto che nel team di sviluppo di Vo ci sono molti
ex-nantucket.
Ciao
Alla prossima
Fabio
P.S.: trovo questa discussione molto stimolante.
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer
President of Clipper/Visual Objects/Jasmine User Group Italy


 P.S.: trovo questa discussione molto stimolante.
Mi fa molto piacere. Condivido pienamente. Sono contento che tu non sia
uno di quelli che si offende solo perché uno la pensa diversamente
(esistono!).
EMG

(esistono!).
Be' allora finche' non saturiamo il disco del server del newsgroup
possiamo continuare!!!
Ciao
Fabio
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it


 Sbagli, e di grosso.
Mah, lo spero ma purtroppo la realtà che vedo in giro lo conferma.
EMG

 mercato.
Sono d'accordo con te al 100%, la CA ha letteralmente buttato al vento
il suo patrimonio di sviluppatori, se avesse fatto un vero Clipper per
Windows avrebbe fatto felici moltissime persone tra i quali mi ci metto
anch'io.
Quello che ora si avvicina di piu' a quello che avrebbe dovuto fare la
CA e' xBase++ (verso cui mi sto orientando io), cioe' un compilatore
PCode Clipper a 32 bit con una leggera GUI molto versatile e supporto
per gli oggetti tradizionali Clipper e cioe' Get e TBrowse.
Ciao...
Claudio Driussi
http://www.swit.net/csoft
mailto:
cldr...@swit.net

 per gli oggetti tradizionali Clipper e cioe' Get e TBrowse.
Si, conosco ciò che offre xBase++, praticamente tre livelli di
migrazione: semplice ricompilazione dei programmi Clipper, programmi
semi-grafici e programmi Windows. Però sento anche dire che le
applicazioni prodotte in questa terza modalità risultano abbastanza
lente. Se ne sai di più...
EMG

VB č lo strumento piů utilizzato al mondo.
Su un prossimo numero di ComputerWirlsd (non so ancora quale) uscira'
uno speciale sugli ambienti di sviluppo. Una parte l'ho curata io e,
per questo, ho intervistato anche Microsoft. Vuoi sapere le loro
dichiarazioni?
1. VB e' un bello strumento, facile da usare. Ma se bisogna fare cose
professionali bisogna usare C++
2. Delphi diventera' un add-on dei loro prodotti (a seguito
dell'accordo Borland/Microsoft)
Sull'articolo sono riportate le dichiarazioni e il nome del
responsabile Microsoft che le ha fatte.
Ciao.
P.S. Ti propongo di ricominciare con un nuovo thread, altrimenti devo
comprare un monitor do 60 pollici per arrivare alla tua prossima
risposta!!!!!


 risposta!!!!!
Se ne compri uno anche a me sarei felicissimo... :-)))
EMG

 lente. Se ne sai di più...
In effetti la GUI non e' un mostro di velocita', ma con le macchine
attuali la cosa e' accettabile, certo l'ambiente e' ancora giovane,
ma gia' dalla 1.3 sembra piu' stabile e piu' veloce. La migrazione
dell'interfaccia utente a me non interessa molto, la cosa piu' 
interessante e' la metodologia di lavoro ed il recupero di businnes
logic.
