Help vorrei passare procedura Fatt.+Contab.+Mag. da Kylix a Gambas

[enzo]

Ciao a tutti.
Ho una procedura gestionale che funziona bene, stabile e completa. Dalla bolla al bilancio secondo la IV direttiva CEE per aziende commerciali ed associazioni no-profit, scritta con Kylix per Linux e compilata con Delphi per Windows, che già gira anche in contesti impegnativi come p.e. i mercati ortofrutticoli. Su piattaforma Linux è distribuita con licenza  GPLv3, invece per Win viene rilasciata solamente una demo nel tentativo di invogliare il passaggio a Linux.
A causa delle "malefatte" di Borland, vorrei portare il tutto su altro tool di sviluppo ed al momento mi sembra che le uniche strade percorribili siano Lazarus e Gambas. Anche se con Lazarus le cose sarebbero quasi "immediate", preferirei Gambas, però di quest'ultimo non so nulla ed avrei quindi bisogno di aiuto.
Che ne dite?

[Ceskho]

Ho dato un occhiata al progetto nella tua firma...se fai un giro in questa stesa sezione potrai vedere che ci sono progetti già in corso che abbracciano diversi rami del tuo stesso progetto..potresti metterti d'accordo con i programmatori di tali progetti e creare una nuova suite che li comprenda tutti....in più ogni volta che vuoi ti diamo tutto l'aiuto possibile perchè ciò che fa bene alla società a noi piace...;-)

[enzo]

Ceskho ha scritto:
Ho dato un occhiata al progetto nella tua firma...se fai un giro in questa stesa sezione potrai vedere che ci sono progetti già in corso che abbracciano diversi rami del tuo stesso progetto..potresti metterti d'accordo con i programmatori di tali progetti e creare una nuova suite che li comprenda tutti....in più ogni volta che vuoi ti diamo tutto l'aiuto possibile perchè ciò che fa bene alla società a noi piace...;-)

Non ti nascondo che sotto sotto è proprio quello che spero. Penso che da parte nostra si possa mettere a disposizione cose già pronte e funzionanti in modo da non doversi preoccupare di come calcolare questa o quell'altra cosa, come popolare il DB (MySQL o altro non ha importanza),le dichiarazioni IVA, ecc. ecc.. Il fatto è che come è vero che tutto è pronto e funziona bene, è altrettanto vero che tutto è scritto in Pascal e con la GUI di Borland.
Qui, per poter fare il passaggio a Gambas è indispensabile la partecipazione di chi sa dove mettere le mani.
Inoltre, siccome obiettivamente sappiamo che nessuno è perfetto, si potrebbe prendere da ogni procedura quello che la maggioranza trova sia meglio.
Ora smetto di soganre, in effetti io ho postato proprio per questo e spero tanto che la comunità accolga l'invito.  
A me l'idea sembra ottima e penso che se riusciamo e trasferire tutto quello che c'è già pronto e collaudato, magari aggiungiamo altre funzionalità come p.e. la trasmissione delle dichiarazione all'Agenzia delle Entrate, potremmo davvero avere qualcosa di significativo.

[claudio]

Io ho scritto nel 2003 un software gestionale in vb6 e access (magazzino, fatturazione, vendita al banco, ecc.), che attualmente è utilizzato in una ventina di attività commerciali, e almeno una volta all'anno mi chiamano per reinstallare tutto, a causa del solito virus che porta alla formattazione del computer.
Ho l'intenzione di fare il porting in Gambas per invogliare il passaggio a Linux, premetto che il software scritto in vb6 è composto da circa 150 maschere e 120.000 righe di codice. Per mettermi alla prova sto realizzando una piccola procedura, presente nella sezione 'Progetti in cerca di aiuto', per la gestione di una primanota cassa.
La realizzazione di una suite di programmi di contabilità aziendale, dedicata all'ambiente Linux, è un progetto molto interessante, ma ha bisogno di un gruppo di persone con le competenze giuste per far fronte a tutte le problematiche.
Io lavoro da 22 anni in uno studio commerciale e come secondo lavoro sviluppo software gestionali in vb6 e .net, ed in futuro spero anche in gambas, e sono disponibile alla nascita di questo progetto.

[fsurfing]

io sono disponibilissimo a dare una mano, a me piace programmare con database , realizzare grafici, e codici per funzioni di disegno (anche i tuoi benedetti reports se non troppo complessi)

[Ceskho]

Io posso dare una mano in tutto quelle che serve....so fare tutto quello che noin sa fare fsurfing....in pratica lui fda i database e i disegni ed io il resto...:-D

[Golia]

Ci sono anch'io :-D
La mia è una piccola manina perhè non sono tanto esperto.
Sto facendo un gestionale con mysql-gambas.
Ho postato una l'inizio del programma 10 giorni fà, tra poco penso di postare nuovamente perchè grazie a cescho fsurfing e leo72 ho fatto passi da gigante 8-)
Prova a guardarlo, se c'è qualcosa che può aiutarti..
Inoltre accetto volentieri suggerimenti, e anche critiche :-D

[leo72]

Per il poco tempo che ho a disposizione sono ben disposto con suggerimenti, aiuto e codice.
Come tutti sanno, nell'azienda per cui lavoro usiamo un gestionale installato su 2 PC (una versione "light" ed una "completa") con dati salvati su server MySQL. Il gestionale è abbastanza ricco di utility: anagrafica, gestione fatture, gestione prima nota, gestione partitari clienti e scadenze pagamenti, gestione auto, stampe varie ecc..., quindi di problemi ne ho affrontati e risolti parecchi. L'ho scritto un paio d'anni fa per cui, oggi, molte cose sarebbero da rivedere a livello di struttura del codice stesso e da ripulire ma i fondamenti ci sono.

[enzo]

Ciao a tutti e grazie, il vostro interessamento mi fa crescere l'entusiasmo.
Direi che si si sta formando una buona squadra nella quale io, non conoscendo Gambas, sarò il più scarso. Però attenzione, ho cominciato a documentarmi su visual basic... Qui:http://books.google.com/books?vid=ISBN8850320949&printsec=toc&dq=isbn:8850320949&hl=it
ho trovato un testo on-line, cosa ne dite? Per Gambas può essere utile?

Anch'io come leo72 propendo per MySQL, anche se suggerirei di utilizzare solamente comandi standard perchè così facendo non saremmo legati a nessuno ed in qualsiasi momento con pochi passaggi potremmo passare ad altro DB. Mi riferisco all'integrità referenziale, alle transazioni, ecc.. Nel 2001 MySQL non le aveva ancora e ci siamo fatti tutto a manina, sono routine che per una azienda fino ad una decina di postazioni funzionano bene e che se siete d'accordo potremo usare.
Anche con me il tempo è tiranno; dal 24 al 31 p.v. con l'associazione iniziamo un corso "LINUX x ANZIANI"(sarà incredibile ma è vero, ho già diversi over 80 che usano Linux) per conto del nostro Municipio di Genova Centro Ovest(http://lnx.sennaweb.org/news.php?extend.23 per chi è interessato) e questo mi porta via parecchio tempo, però vedrò comunque di preparare del materiale sul quale potremo ragionare. Mi riferisco p.e. al DB sul quale vorrei apportare qualche modifica (DB MySQL il cui tracciato è nato sulle basi di un DB InformixSQL che dal lontano 1988 uso ancora adesso con il vecchio Informix 4GL) ed ai sorgente, ultimamente modificati che per agevolare il lavoro di tutti vorrei commentare decentemente.
La mia associazione su aruba ha un paio di DB Mysql che potrebbe liberare e mettere a disposizione, potremmo usarne uno per i test e l'altro come DB definitivo, sareste d'accordo?

[Ceskho]

nonnoweb ha scritto:

Direi che si si sta formando una buona squadra nella quale io, non conoscendo Gambas, sarò il più scarso.

Forse perchè non conosci ancora fsurfing. :giullare:

Però attenzione, ho cominciato a documentarmi su visual basic... Qui:http://books.google.com/books?vid=ISBN8850320949&printsec=toc&dq=isbn:8850320949&hl=it
ho trovato un testo on-line, cosa ne dite? Per Gambas può essere utile?

In area download c'è l'unica vera guida di gambas. E' in inglese, è vecchia, e scarna..ma è 'unica purtroppo. Le cose che studi per visual basic prendile con le pinze; non tutto è uguale. Alcune cose si..altre no!

Anch'io come leo72 propendo per MySQL, anche se suggerirei di utilizzare solamente comandi standard perchè così facendo non saremmo legati a nessuno ed in qualsiasi momento con pochi passaggi potremmo passare ad altro DB. Mi riferisco all'integrità referenziale, alle transazioni, ecc.. Nel 2001 MySQL non le aveva ancora e ci siamo fatti tutto a manina, sono routine che per una azienda fino ad una decina di postazioni funzionano bene e che se siete d'accordo potremo usare.
Anche con me il tempo è tiranno; dal 24 al 31 p.v. con l'associazione iniziamo un corso "LINUX x ANZIANI"(sarà incredibile ma è vero, ho già diversi over 80 che usano Linux) per conto del nostro Municipio di Genova Centro Ovest(http://lnx.sennaweb.org/news.php?extend.23 per chi è interessato) e questo mi porta via parecchio tempo, però vedrò comunque di preparare del materiale sul quale potremo ragionare. Mi riferisco p.e. al DB sul quale vorrei apportare qualche modifica (DB MySQL il cui tracciato è nato sulle basi di un DB InformixSQL che dal lontano 1988 uso ancora adesso con il vecchio Informix 4GL) ed ai sorgente, ultimamente modificati che per agevolare il lavoro di tutti vorrei commentare decentemente.
La mia associazione su aruba ha un paio di DB Mysql che potrebbe liberare e mettere a disposizione, potremmo usarne uno per i test e l'altro come DB definitivo, sareste d'accordo?

Su questo non so cosa dire...so che in questo forum tutti propendono per sqlite per leggerezza e cose varie. Discutine con chi ne sa.

[fsurfing]

il tipo di db da usare dipende da che tipo di applicazione devi fare.

se è un applicazione stand-alone meglio sqlite per motivi di semplicità  di installazione del motore del db da parte dell' utente finale.

se è un applicazione che gestisce più postazioni di lavoro che devono intervenire su uno stesso database allocato in un server è d' obbligo utilizzare mysql.


io personalmente non perderei troppo tempo a leggere guide su visualbasic

meglio iniziare con la guida di gambas che anche se scarna ti permette di iniziare egregiamente , anche la guida in linea è utilissima.

la cosa migliore in assoluto è scrivere codice ma soprattutto non accettare i consigli o soluzioni proposte da ceskho

 :-P

[fsurfing]

non sarebbe male avere una copia dei sorgenti del programma in kylix .

ho provato a scaricarlo ma richiedete troppi dati personali per i miei gusti  :-(

[enzo]

fsurfing ha scritto:
non sarebbe male avere una copia dei sorgenti del programma in kylix .

ho provato a scaricarlo ma richiedete troppi dati personali per i miei gusti  :-(

Al momento sono out per colpa mia che non li ho ancora documentati bene.

Quella dei dati è un po come una coperta corta. Siamo una associazione di promozione sociale che dovendo tenere un elenco con tutti i dati degli iscritti, quando abbiamo preparato la form per l'iscrizione, ne abbiamo fatto una unica che potesse servire sia per chi vuole associarsi, sia per chi vuole semplicemente iscriversi al sito; cosa che in effetti sarebbe da rivedere.

Gesko mi aveva avvertito! :muro:

[enzo]

Ringrazio tutti per i consigli sul libro.

Per il DB essendo programmi che lavorano in rete si può per esempio arrivare ad avere il commercialista ed il cliente che da postazioni assolutamente distanti lavorano contemporaneamente sugli stessi archivi, mentre uno fa le fatture (che comunque aggiornano anche gli archivi contabili), l'altro fa il resto della contabilità.

Se siete d'accordo al DB posso pensarci io, magari con l'aiuto di leo72 e naturalmente i suggerimenti di tutti. Potrei preparare un DB, metterlo su aruba e passarvi in privato i parametri di connessione. A questo punto sarebbe sufficente che ognuno installasse sul suo pc solo il client.

Per l'utilizzatore non è un problema, se p.e. usa Ubuntu o OpenSUSE, per un uso normale basta installarlo con apt-get o yast.

[Ceskho]

nonnoweb ha scritto:

Gesko mi aveva avvertito!

:cry: mi chiamo Ceskho!!!!!!!!!!!!!!!