Newsgroup: it.comp.lang.vo-clipper
Titolo: VO e d'intorni......

Salve
      E' da un pò che hanno rilasciato, dopo una lunga attesa,  la
versione 2.8 e leggo che ci sono diverse cose che non funzionano.
      Tutto ciò per me è inconcepibile pensando a tutti quelli che
hanno aderito al VOPS nella speranza di avere una maggiore assistenza.
      Tutto questo mi fa pensare :
       A)  Coloro che hanno aderito non hanno avuto i problemi che
sono stati evidenziati in un secondo momento, si basti pensare e ne
cito uno che secondo me è il più importante,  al piccolo .aef di Phil
dove dimostra il cattivo funzionamento del Garbage Collector rispetto
al funzionamento dello stesso sulla Versione 2.7b.
      B)   Il supporto WIN32 ha una importanza molto bassa, come ha
sempre ribadito Geoff, e come ha in qualche modo ribadito Brian
dicendo che con l'uscita 2.8 Robert doveva dedicarsi principalmente a
Vulcan.
       Personalmente credo che dovendo pensare solo a Vulcan come
prospettiva futura di VO non sia una gran bella prospettiva poichè ci
sono innumerevoli applicazioni clipper che tutt'ora funzionano
egregiamente e che un domani chi vuole migrare su NET basti acquistare
CULE ad esempio.
      Con questo voglio dire, grazie a grafX VO è ancora vivo ma è
molto ammalato perchè è abbandonato in corsia senza essere accudito.
      Aspetterò tempi migliori per passare eventualmente alla 2.8 e
tempi remoti a Vulcan sempre che non maturi l'idea per passare a C#
che mi sembra abbastanza abbordabile ma sopratutto integrato nei
prodotti di mamma Microsoft .
     Vi saluto devo andare, mi urge mangiare la mia quotidiana
sfogliatella con il mio caffè, augurandovi una felice e proficua
giornata lavorativa anche se il tempo dalle mie parti non è tanto per
la quale.....
Luigi De Palma

Luigi sono solo in parte daccordo con te.
Vo 2.8 è realmente un prodotto nuovo che poco ha a che fare col vecchio 2.7.
Nuovo il compilatore, nuovo l'editor, nuove molte classi etc.
Mi pare comprensibile che abbia qualche problema di gioventù.
Si tratta solo di attendere la prossima release.
Per quanto riguarda Vulcan mi pare un prodotto già maturo. Ho realizzato una 
applicazione di test utilizzando il VulcanIde e debbo dire che sono 
soddisfatto. (Visual studio non mi piace, fa troppo e il troppo spesso 
stroppia come dicono dalle parti di Enio, passi le ore solo a capire quale 
opzione devi usare per fare una piccola cosa, VulcanIde è simile all'Ide di 
VO ha meno cose, ma ha tutto quello che serve davvero)
Se rilasceranno a breve le nuove DLL per la compatibilità con le DataWindow, 
DataBrowser etc,, credo che sarà divertente lavorarci.
Certo il salto non è da poco, non so quanto sarà possibile convertire, 
soprattutto applicazioni complesse.
Speriamo che il Win32 non sia abbandonato da Microsoft molto presto, (del 
resto se girano ancora applicazioni Clipper c'è da sperare che Win32 campi 
altri 10 anni, ma questa è una mia opinione)
Per quanto riguarda CULE mi pare che Ron Dasilva lo abbia abbandonato da 
qualche anno.
Danilo 

Salve a tutti,
premetto che non ho ancora acquistato VO 2.8 semplicemente perchè in
questo momento non il tempo per studiarmi le aggiunte e per risolvere
i problemi dei peccati di gioventù come li ha definiti Danilo
Giuliani.
Purtroppo chi proviene dal mondo clipper ed oggi usa VO non ha molte
alternative. O continua con VO (con tutti i rallentamenti ed
incertezze del caso) o cambia linguaggio ed allora potrebbe utilizzare
diversi prodotti (gli IDE per Java si sprecano).
Sono contento che VO 2.8 sia stato riscritto, ma a parer mio più che
di peccati di gioventù mi preoccupo delle carenze del DNA, mi spiego
meglio.
Possibile che VO nel 2007 non abbia una serie di strumenti visuali
performanti ma bisogna per forza affidarsi a prodotti di terze parti e
con l'inserimento di codice tutto manuale?
Mi piacerebbe trovare in VO direttamente nel IDE di sviluppo:
1) Una browse in grado di aggiungere i campi in maniera visuale con la
personalizzazione di ogni campo, compresa la possibilità di aggiungere
colonne virtuali.
2) Un tool visuale per disegnare le stampe, con possibilità di export
nei formati più importanti (xls, pdf, doc, html, rtf, etc.) ma senza
usare il lentissimo OLEAutoObject.
3) Un tool per costruire menu e toolbar con risultati dignitosi e non
di base (i menu ottenuti sono esattamente identici a quelli di VO 1.0)
4) Una paletta di controlli leggermente più ricca per una migliore
integrazione all'interfaccia windows.
Naturalmente una serie di classi per il mondo SQL e per la posta
elettronica che siano già complete e non di base.
Sicuramente a qualcuno piace smanettare con il codice e personalizzare
ogni più piccola cosa, ma visto che parliamo di un software che viene
usato principalmente per la costruzione di applicativi sarebbe più
proficuo agevolare il lavoro di sviluppo.
Sono d'accordo che un sorgente altamente personalizzabile è un punto
di forza. Ma chi di voi per mangiare un pezzo di pane parte ogni
giorno con il macinare la farina?
In questi anni mi sono costruito una serie di librerie che mi
facilitano il lavoro però è un continuo aggiungi, togli, correggi,
adatta al compilatore ... ed ogni passaggio di versione non è mai così
indolore.
Un consiglio: per le stampe usate MDReport con i sorgenti !!!!!!
Dopo questo sfogo ... voglio concludere col dire che VO mi ha dato un
sacco di soddisfazioni, l'unica cosa che mi dispiace è che non abbia
avuto un adeguato supporto commerciale e strategico.
Buon VO a tutti
Biagio
DPLuigi ha scritto:


Ciao Biagio
        Quello che hai evidenziato in pratica e banalmente definibile
con "Conflitto di interesse" e cioe mi spiego :
                 A) Come vuoi che l'egregio ingegniere Sven che sembra
abbia curato alcune parti se non molte parti riferite alle GUI di
windows possa migliorare il tutto se non danneggiandosi in quanto
vende delle classi ad Hoc peri menu,toolbar etcc....
                B)  Come potresti chiedere a Paul Piko, guarda non
devi vendere più i tuoi tool a parte ma li devi integrare nell'ide
                C)  Robert con Ado si è costruita la pensione
                Come vedi la dove ci sono interessi privati non puoi
chiedere che vengano messi da parte per non danneggiare quelli della
comunità.
                 Quello che si poteva prospettare e che unificassero
il tutto per poi pagare anzichè 200 e passa per l'upgrade 300 e passa
eurozzi : AVREI PREFERITO COSI.
         Il problema non è la gioventù del prodotto ma la volontà di
lavorare dedicandosi al 805 al prodotto considerando le esigenze degli
utenti.
         Penso di aver atteso qualche anno per vedere qualcosa di
nuovo con VO 2.8 ma dovrò attendere ancora qualche anno per avere un
prodotto stabile a meno che non passi a mamma Micorosoft.
bye Luigi De Palma.

 ha scritto nel messaggio 
news:1181745973.9...@j4g2000prf.googlegroups.com...


Scusate ma se non ricordo male ADO, i tools di Piko, (chi č Sven e cosa fa?) 
vengono dati col CD di VO, cosě come viene dato Report Pro 2 che prima si 
pagava.
Inoltre vi posso garantire (esperienza della nostra DevoXMySql) che i 
proventi provenienti da Add on per Vo non servono nemmeno per coprire le 
spese della corrente elettrica usata per crearli.
Danilo

Ciao Danilo
       I tools di Piko sono inclusi ma sono molto limitati, mi ricordo
di aver fatto un giro con dimostrativi completi di Piko e ti posso
dire che sono oltre che completi sono utili sopratutto con i vecchi
ide.
      Quello che mi premeva far capire era una un'unica e semplice
cosa : se mettessero lo stesso entusiasmo, creatività etc... che
inseriscono nei loro tools oggi VO sarebbe un linguaggio che molti ci
invidierebbero, ma ciò non è possibile poichè non hanno convenienza.
      SVEN ha creato delle classi ad hoc per i menù, toolbar che
ricalcano lo stile di office ( a pagamento ) e cosi via ed è uno di
quelli che contribuisce per le GUI.
       DANILO SECONDO ME "VO" POTREBBE ESSERE UN OTTIMO LINGUAGGIO DI
PROGRAMMAZIONE SE CAMBIASSERO LA POLITICA COMMERCIALE CHE LO
ACCOMPAGNA, CON QUESTO NON VOGLIO DIRE CHE NON DOVREMMO PAGARE ANZI :
RIBADISCO VOGLIO PAGARE IL DOPPIO DI QUELLO CHE PAGO PER AGGIORNARE LA
RELEASE BASTA CHE' SIA FUNZIONANTE NON AL 100%  MA CHE CI SIA UNA
FORMA DI ASSISTENZA FUNZIONANTE.
       Per "i solfi della corrente",  I Signori prima citati hanno dei
tool che solo loro hanno per cui non c'e libera concorrenza mentre nel
tuo caso mySQL di per se è un File SerVer gratuito ed ognuno in
qualche modo si è creato del codice personale per interfarciarlo oltre
al fatto che esiste ADO che è un ottimo ottimizzatore di QUERY oltre
all'organizzazione dei dati ottenuti.
       Ciao e buona Giornata
bye Luigi De Palma

 ha scritto nel messaggio 
news:1181815215.2...@i38g2000prf.googlegroups.com...
      SVEN ha creato delle classi ad hoc per i menù, toolbar che
ricalcano lo stile di office ( a pagamento ) e cosi via ed è uno di
quelli che contribuisce per le GUI.
Sicuro mi sono perso qualcosa, dove posso trovare demo e trial ?
Grazie
Danilo 

 ricalcano lo stile di office ( a pagamento ) e cosi via ed č uno di


Grazie Massimo, li avevo visti tempo fa ma non li avevo proprio considerati 
perchè giudico quella grafica troppo leziosa, onestamente a me non piace, 
preferisco una grafica più austera. Tutto sommato le vecchia toolbar di Vo a 
me piace ancora. Nelle mie applicazioni addirittura spesso uso bottoni in 
toni di grigio, li trovo più eleganti di quelli chiassosi della nuova 
grafica Microsoft. Ma questa è una mia scelta.
Danilo 


Ciao Luigi,
non sono un bravo programmatore ... diciamo che mi arrangio ... anche
perchè per me è un hobby. Mentre di economia o strategia aziendale
penso di capirne un po' di più.
Il software non sfugge alle regole del mercato e quindi, per
semplificare il discorso, il cliente quando compra valuta sempre (o
dovrebbe valutare) il rapporto qualità / prezzo. Per qualità intendo
le caratteristiche del prodotto.
A mio avviso la strategia da seguire era una sola: creare un unico
prodotto con caratteristiche all'avanguardia e con un prezzo
competitivo. Facendo così ci si assicurava l'intera comunità ex-
clipper e magari si toglieva qualcosa anche alla concorrenza.
La "mission" come si usa ora chiamarla era: diventare uno dei prodotti
leader e vendere un numero elevato di licenze.
I tool di terze parti dovevano essere ben integrati con l'IDE in modo
da costituire un vero CASE. L'aspetto economico si poteva risolvere
assicurando un sorta di royalties all'autore del tool per ogni licenza
di VO. Preferisco avere il 5% della FIAT piuttosto che il 100% della
salumeria sotto casa.
A volte mi viene da sorridere se penso che VO arrivato alla versione
2.8 non prevede un editor visuale per definire il database con tutte
le relazioni e le regole di gestione. Ognuno di noi molto
probabilmente si è arrangiato a costruirsene uno, ma ripeto, se vado a
comprare il pane gradirei che il fornaio non mi vendesse la farina,
l'acqua, il sale ed il lievito.
Con un IDE di sviluppo veramente valido ed integrato si potrebbero
ottenere, in poco tempo, applicazioni solide e performanti.
Moltissimi, me compreso, avrebbero accettato di pagare un conto più
salato.
Ciò nonostante continuo ad usare VO dalla release 1.0, ricordando con
nostalgia i tempi del FoxBase e del Clipper ... :-)
Biagio


 ha scritto nel messaggio 
news:1181839378....@n15g2000prd.googlegroups.com...


 ha scritto nel 
messaggio news:4671743a$0$17948$4faf...@reader1.news.tin.it...


 ha scritto nel messaggio 
news:46714645$0$17941$4faf...@reader1.news.tin.it...

Non la trovo leziosa, anzi necessaria
Oggi i monitor sono più grandi e tutti a colori.
Naturalmente non mi permetto di discutere i gusti, anche se i tuoi mi 
sembrano un po' "rigorosi".
Il vero valore aggiunto dei menu e delle toolbar di Sven è nalla loro 
capacità di gestione degli oggetti, sottomenu, rebar, ecc...
Hai visto la demo?
io sono sempre più convinto ad acquistare il lavoro di Sven, e vista l'aria 
che tira, forse con i sorgenti.
Non posso assolutamente permettermi di mollare VO qualunque cosa accada, 
troppe procedure fuori da mantenere, alcune piuttosto nuove...
ciao


 coperto le lacune di VO?
Per l'accesso ai dati (neanche a dirlo) DevoXMySql, oramai usiamo MySql 
dall'agendina del telefono sino alla gestione di dati enormi.
Per le stampe Report Pro 3
Per il resto tutto fatto in casa con roba che è farina del nostro sacco o 
"rubata" qua e là.
In particolare ci siamo scritti un LiveUpdate, una browse con possibilità di 
inserire controlli (checkBox e Combo), tools per la gestione delle immagini 
e degli scanner e macchine fotografiche (preso da Fab), utilizzo della 
seriale, molte altre cose gestite con varie OLE, (Word, Excel, Imaging, 
media player).
Credo che siamo i pochi a non usare la bBrowse perchè quando l'abbiamo 
conosciuta eravamo ad un punto di sviluppo tale che avremmo dovuto 
riscrivere troppo software.
Visto che qualcuno ne ha accennato, ci vogliamo reincontrare ? e se si 
qualcuno ha una sede da proporre (per non rompere ancora le scatole a Enio 
ed all'accademia, sempre disponibilissimi,  e nello stesso tempo avvivinarci 
magari a chi sino ad ora ha dovuto fare viaggi più o meno lunghi)
Danilo

 Quali terze parti utilizzate?
Io utilizzo spesso OCX sia grafici che per altri scopi (ultimamente per la 
gestione di un fax server)  .
Forse il problema è solo uno : siamo rimasti in 4 gatti e facciamo prima a 
trovarci al Bar dal Bepi ....
buon week end a tutti
Alessandro 

Dimenticavo uso le classi internet di Geoff, funzionano a differenza delle 
originali.
Danilo 

Danilo Giuliani ha spiegato il 15/06/2007 :

Beh mi ci infilo pure io.
Allora, io uso 2.7, ho intenzione di aspettare ancora un pò per la 2.8 
visto che ci sono ancora un po di casini (sto leggendo il ng 
internazionale), insomma aspetterò magari la prima patch 
(eventualmente).
Per quanto riguarda l'accesso ai dati uso Devoxmysql di Danilo.
I report me li costruisco io a mano con la classe mdpdf, so chè non è 
il massimo, ma mi ero rotto di report pro e dei suoi casini, poi ho il 
report direttamente in pdf ed è un grosso vantaggio.
Uso la classe modificata di Geoff per l'invio della posta, funziona 
bene, mi sono solo trovato un po in difficolta solo con alcune 
compagnie telefoniche che richiedono la modifica della porta per 
l'smtp. Cmq ora dovrò rivedermi questo ma per il resto funziona.
Non uso bbrowser perchè non ne ho avuto mai la necessità, sopratutto 
perchè sono un fanatico delle list view.
Uso delle librerie comprate anni fa che tutt'ora mi fanno lavorare 
egreggiamente con un po di tutto :
- scanner
- visualizzazione e modifica di immagini (tutti i formati più diffusi)
- cattura di foto e filmati, da schede di cattura compattibili con 
driver compatibili per video for windows e poi direttamente con il 
firewire
- dicom (immagini e testo di tipo medicali)
e tutte altre cose che non uso.
Naturalmente visto che queste librerie non sono scritte per vo, ma sono 
compatibili, ti devi scrivere un po di roba. Ci sono comunque degli 
esempi in C++ che permettono di capirci qualcosa, considerando che di 
C++ non ci capisco n'h.
Le librerie si chiamano LeedTools della LeedTecnology mi pare.
Poi naturalmente quei piccoli tools da due righe che comunque ti 
aiutano a rendere vo un po più simile ai programmi scritti nei 
linguaggi più diffusi:
-sleleft
-fastsortlistview
-twobmpbutton
-myfixedtextcolor (scritta da me per far lampeggiare delle caselle di 
testo con dei colori)
-secombobox (per risolvere il problema del combobox che non salva i 
dati scritti e non selezionati)
-directory picker
ed infine la zoom window.
Per ora non ricordo altro.
Ciao
Massimo Friargiu

 ha scritto nel messaggio

Sono daccordo con te. Già un 2 anni fa' al meeting di livorno
era stato chiaramente esposto quando ci è stato presentato il progetto
Vulcan e il VOPS.
Le cosa stanno proprio come hai detto tu:
VO non è di proprietà di GFX, ma è un contratto che devono rispettare
con CA
(e sono sicuro che non faranno nulla di più di quanto dovuto);
mentre Vulcan è roba loro
ed è scontato che puntino tutto su questo progetto.
Secondo me le colpe maggiori le ha la CA:
se hai un prodotto in cui non credi (VO) Vendine i diritti,
lasciado piena liberta a chi li acquista.
Invece pare che abbiano incaricato GFX di
produrre aggiornamenti e dare supporto a VO e non escludo che sia a
tempo determinato.
Detto questo per quanto mi riguarda avendo anderito 2 anni fà al VOPS
(non ho poi più rinnovato)
ho ricevuto la mia licenza di VO 2.8.
ho provato ad importare un progetto che usava VO2Ado e funziona,
ma mi sono accorto che non funzionava l'IDE per creare i server e le
connessioni.
Così ho scoperto che la versione completamente Ok c'è, ma si paga
(nella Versione 2.7 era incluso).
Per fortuna ho smesso di usare IDE quasi subito e le altre classi
funzionano.
Per ora non passerò alla versione 2.8 poichè dando uno sguardo al NG
pubbico di VO (
news1.cavo.com
)
ho visto un po' troppi BUGS (che non ho approfondito per il momento).
Buon VO a Tutti
Carlo Russo
Ferrino & C. SpA

 ha scritto nel messaggio 
news:1181898440....@q66g2000hsg.googlegroups.com...


 prodotti di mamma Microsoft .
secondo me ti perdi qualcosa se non passi alla 2.8, ma questa è una mia 
opinione privata.... Da quando ho firmato il VOPS non mi sono pentito un 
giorno e non avevo mai la sensazione di aver sprecato i miei soldi...
Sicuramente sono l'ultimo a non ammettere che alla GrafX avrebbero 
potuto fare meglio alcune cose oppure che anche la 2.8 non abbia i suoi 
problemi, ma c'è stato un miglioramento davvero sensibile rispetto al 
passato.
Saluti
Wolfgang

 con l'inserimento di codice tutto manuale?
se fossi nei panni della GrafX non li aggiungerei per due motivi: utenti 
nuovi non si posssono attirare - chi passa oggi a un altro ambiente di 
sviluppo per Win32? - e tra i vecchi utenti sicuramente poco sentono il 
bisogno di aggiunte du questo tipo.
Nelle ultime settimane ho dovuto intervenire su degli applicativi scritti 
in Delphi 6 e 7, e devo dire ero contentissimo quando potevo tornare al 
mio editor sorgenti. Progetti complessi a mio parere sono molto piů facili 
da mantenere se lavori sulle sorgenti e non su un mare di editor visuali. 
Ci ho perso delle ore per capire dove nel programma Delphi stavano certe 
cose, e lo ho trovato soltanto perchč sono andato in cerca con UltraEdit, 
e dopo aver trovato il codice sorgente sono andato nel editor visuale per 
modificare un semplice comando SQL...
Con VO e una ricerca globale sarebbe stato uno scherzo trovare il punto 
giusto!
Saluti
Wolfgang
(che č piů convinto che mai che la strada VO/Vulcan sia la migliore da 
percorrere)

 Quali terze parti utilizzate?
bBrowser, VO2Ado, VOPP, VPE (virtual print engine, scritta in C), VO2Jet, 
VOScript. Tutti in versione con le sorgenti escluso il VOPP.
Saluti
Wolfgang

 ha scritto nel messaggio 
news:VA.0000022...@gmx.net...


 percorrere)

 cos'è VPE?
Virtual Print Engine è una piccola DLL scritta in C, molto performante, che 
virtualizza la stampante. Io ci ho costruito tutte le mie stampe... La mia 
interfaccia, circa 300k di codice sorgente in VO, la ho messo a disposizione 
pubblica. Mi ha impressionato la velocità e i concetti che ci stanno dietro.
http://www.idealsoftware.de/ev_concept.php
Saluti
Wolfgang

 Devo dire che questa discussione mi diverte.
si - perchè non è negativa e ci si impare. Inoltre c'è rispetto per l'opinione 
dell'altro.
Saluti
Wolfgang

Ciao a tutti.
Ho letto e leggo questo scambio di opinioni con molto piacere e devo dire 
che le trovo molto istruttive. E' bene dire le cose fuori dai denti e senza 
sterili polemiche.
Io ho aderito da subito al VOPS e devo dire che quello che ho avuto in 
cambio non mi ha fatto rimpiangere i soldi spesi. La 2.7 (2773) ha raggiunto 
una stabilità veramente sorprendente.
Ma la sorpresa vera è arrivata con la 2.8.
Un mio programma, molto consistente, cresciuto con la 2.5, la 2.6 poi la 
2.7, la 2.7b1 e la 2.7b1 (2773) andava benissimo.
Al rilascio della 2.8 ho provato a compilare solo questa. Non lo nascondo ho 
avuto un moto di stizza per tutto il codice che ho dovuto modificare, ma mi 
sono accorto anche di molti miei errori che prima non riuscivo a vedere.
Ad ogni nuova uscita del 2.8, mi sono trovato a modificare codice, fino al 
rilascio definitivo.
E' vero ha qualche falla, ma di poca entità.
Il 2816c gira in modo veloce, l'IDE, anche se sembra lo stesso e molto più 
completo ed interamente riscritto.
Quasi tutte le classi di VO sono state riscritte. La sintassi è diventata 
molto più rigida e quello che prima era permesso adesso, per fortuna, non lo 
è più.
L'e-mail che prima dava problemi adesso con piccole modifiche funziona bene, 
almeno per quello che la utilizzo io (invio di e-mail d'errore).
Le classi SQL dicono che sono state riscritte.
Non lo posso appurare perchè utilizzo le classi di Danilo per interfacciare 
MySQL.
In conclusioni posso dire che l'utilizzo di VOPS è stato molto costruttivo.
Ho visto, finalmente, risolvere  i problemi quasi in tempo reale ed il 
continuo feedback fra il rilascio di una versione e le segnalazioni di 
errore provenienti dagli iscritti ha reso possibile correggere la maggior 
parte dei problemi di VO in tempi ridottissimi. Lo stesso vale per VULCAN.
Per quanto mi riguarda Robert ed il Team di VO ha fatto un ottimo lavoro. 
(Personalmente non credo al conflitto d'interessi).
Certo che mi sarebbe piaciuto che le librerie esterne che utilizzo fossero 
state incluse in VO ma tanto ormai c'è li ho, compresi i sorgenti, e, fra 
l'altro, gli aggiornamenti all'evolversi di VO sono stati sempre prontamente 
rilasciati.
Adesso smetto di scrivere perchè credo di essere diventato prolisso.
Sto eseguendo l'aggiornamento dei miei programmi in VO 2816.
PS: Uso le seguenti librerie: Report Pro 2.14, bBrowser, DevoxMySql 4.1, 
SEUIXP, HoverButton (free).
Ciao. Enzo.

 ha scritto nel messaggio 
news:4674ea75$0$4790$4faf...@reader4.news.tin.it...


Carissimi,
al di la di tutte la discussione che si è creata intorno a VO 2.8 ed alle 
scelte di Grafx , io non credo (ma è una mia opinione) che si possa pensare 
di rilasciare una nuovo prodotto senza :
1 .- assisterlo pienamente e non solo se sei iscritto a VOPS (intendo i 
rilasci della patch)
2 .- aggiornarlo ai tools che tutti i linguaggi oggi supportano.
Qualsiasi altra considerazione è pura demagogia .
Il fatto che loro puntino su Vulcan (per ora) è un loro problema ! Visto che 
me lo fanno pagare e che ho investito parecchi anni della mia esistenza su 
VO desidero che il prodotto mi soddisfi appieno. Non solo , provate a 
pensare se avessero fatto un prodotto accattivante quanti "ignoranti" come 
me sarebbero corsi ad aggiornarlo !!! (anche questa è una loro scelta 
naturalmente, la quale va ad incidere comunque sulla mia esistenza (e questo 
non mi aggrada molto) visto che ora sono qui a guardarmi intorno per altri 
linguaggi e/o Vulcan e/o VO)
Per quanto riguarda invece il mero denaro , io non discuto sul prezzo . Se 
me lo facessero pagare mille euro al posto di cinquecento non mi cambia la 
vita (investo molto e molto e molto di più solo in consulenze in un anno) 
basta che il prodotto poi funzioni al meglio (do atto al fatto che sia molto 
stabile) e sia coperto da normale garanzia (vedi punti 1 e 2) .
Tutto il resto mi interessa relativaemente , io personalmente non ho nemmeno 
il tempo (per fortuna) di mettermi a guardare i newsgroup internazionali , a 
malapena entro in questo , figurati a seguire VOPS con continui 
aggiornamenti . A me interessa un prodotto stabile e funzionale e spesso mi 
avvalgo della consulenza di altri programmatori al fine di aumentare la mia 
produttività (vedi Danilo per sql o Antonello che mi ha dato consulenza 
diverse volte, solo per parlare di persono qui conosciute) .
Con questo voglio sottolineare che chi deve produrre programmi (come nel mio 
caso) interessa correre e cercare la via più breve più che progettare e 
verificare come nel caso di sottoscrizione a VOPS programmi in fase di 
sviluppo . Insomma preferisco impegnare al meglio il mio tempo e prefersico 
acquistarmi un ocx o classi belle e pronte , non mi interessa creare la mia 
classe personalizzata , almeno non più di tanto.
Spero di aver spiegato la mia posizione.
Ciao e buon lavoro a tutti.
Alessandro


Ciao Massimo.
Ho fatto qualche modifica del tipo aggiungere return nil o modificare il 
return quando torna un valore nel senso:
Function prova() as logic pascal
If vero
  retrun true
else
 return false
endif
questa funzione dà errore perche non chiusa con return valore_logico e va 
modificata aggiungendo un return false oppure (ed è quello che faccio io):
Function prova() as logic pascal
local lRet as logic
If vero
  lRet := true
else
 lRet := false
endif
return lRet
Cio. Enzo.

 ha scritto nel messaggio 
news:4677bea1$0$17954$4faf...@reader1.news.tin.it...


 ha scritto nel 
messaggio news:467785d0$0$10617$4faf...@reader2.news.tin.it...



Saluti,
Fabrizio Malaguti
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Danilo



--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Danilo
