Newsgroup: it.comp.lang.visual-basic
Titolo: OT: Fattura Fast

Ma perche' non usiamo SourceForge ?

 Ma perche' non usiamo SourceForge ?
Ci penserò...
L'idea è, appena ho un pò di tempo da dedicarci, di mettere su un sistema 
CSV direttamente su 
www.fatturafast.org
Poi, avendo un interno server a nostra disposizione 
(
http://www.visual-basic.it/photo/albums/8.aspx
) mi pare giusto sfruttarlo 
senza andare su altri server.
Ciao!
-- 
Gianluca Cannalire
Microsoft MVP/MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca


Posso sapere di che si tratta? potrebbe interessarmi partecipare al
progetto.
--
Ciao!
Luca Menegotto

 progetto.
Sono interessato anche io...
Ho da tempo iniziato un progetto in 
VB.NET
 per realizzare un programma 
di fatturazione, ma non sono andato molto avanti, sia per motivi di 
tempo sia perchè non conosco ancora bene le differenze tra VB 6 e 
VB.NET
 
e ho trovato diversi ostacoli.
Il Progetto avrà licenza GPL?
Fra le tante idee che mi erano venute...
- Portabilità su sistemi PocketPC con sincronizzazione con il Programma 
Desktop installato sul Proprio PC...
Ovviamente dal Palmare dovrebbe essere possibile stampare su PDF e in 
qualche modo farlo avere al PC del cliente per poi stamparla su carta.
-- 
Daniele Pinna  (leva oops. per rispondere) * ICQ "chiedilo"
* Vota il mio sito nella TOP100 Italiana *
Sito Web 
DAPINNA.COM
: 
http://www.dapinna.com
Il Docfa in Pillole:  
http://www.ildocfainpillole.it

 qualche modo farlo avere al PC del cliente per poi stamparla su carta.
Mi accorgo solo ora che il progetto non è in fase iniziale ma è già 
completo :-))


 progetto.
Beh, niente di particolare...
Qualche mese fa ho messo a disposizione un mio applicativo (iniziato con 
VB5) dal nome 'Fattura Fast'.
Si tratta di un piccolo gestionale realizzato inizialmente con DAO, 
database Access '97 e Active Report 1.1
Dopo aver messo a disposizione tutti i sorgenti, è stato aperto un forum 
all'interno di 
www.visual-basic.it
 e un pò di persone ci hanno iniziato a 
lavorare su, portandolo da DAO a ADO, da ActiveReport a DataReport ed 
aggiungendo nuove funzionalità (magazzino, scandenzario, ecc. ecc.)
Ho quindi provveduto a registrare 
www.fatturafast.org/it/net/com
 con 
l'intento di allargare la collaborazione a questo progetto.
Purtroppo il tempo per organizzare il sito è ben poco e quindi, per il 
momento, le discussioni proseguono sul forum suindicato.
La mia idea è quella di realizzare una versione .NET, magari partendo sin 
d'ora con VB 2005.


d'ora con VB 2005.
Lo chiedevo proprio in quest'ottica. Sto scrivendo qualcosa del genere
anch'io, ora in VB6, ma lo step3 prevede la migrazione in .NET (visto
che ancora sono in fase di studio, nel senso che quando ho iniziato il
progetto avevo anche appena iniziato il mio studio di .NET). Pensavo
di farlo in C#, ma alla fine una cosa vale l'altra.
Una delle cose che pensavo di fare, e te la butto li perché penso
possa essere un argomento di discussione utile, era quello di creare
un linguaggio e un parser per la costruzione dei documenti (non so se
si possa fare in XML, ma mi piacerebbe qualcosa di più mirato). Questo
per svincolarmi dai vari xxxReports, e per avere uno strumento
orientato più alla pagina che alla riga o alle sezioni (insomma, a me
CR non è che piaccia molto...). In parte l'ho già realizzato nella
versione attuale, ma non ne sono più di tanto soddisfatto.
Vabbe', vorra' dire che non appena ho una bozza di analisi te la
mando, magari viene buona anche a voi come spunto di discussione, e
nel frattempo tengo d'occhio il sito.
--
Ciao!
Luca Menegotto

 nel frattempo tengo d'occhio il sito.
Ok!
Ciao



Facciamo un esempio: fattura su piu' pagine.
Io voglio che su ciascuna pagina vengano riportati tanto il totale che
i dati di fatturazione. Voglio inoltre che i totali vengano riportati
a piè di pagina su ogni pagina, non solo a piè di report.
Ecco allora che io mi ritrovo un documento diviso in due parti: da una
parte la fincatura, i totali e i dati di fatturazione, da ripetere su
ogni pagina (è la parte fissa del documento); dall'altra, i vari righi
che descrivono articoli, quantità, prezzi unitari e così via (la parte
variabile del documento).
Ecco, una distinzione cosi' netta in CR - almeno alla versione 8.5 -
non son riuscito ad ottenerla, pur sputando lacrime e sangue.
Poi, ti confesso che non mi dispiacerebbe proprio svincolarmi da
prodotti terzi (CR, così come AR, prevede licenze, e mi piacerebbe una
cosa totalmente open source).
--
Ciao!
Luca Menegotto

 cosa totalmente open source).
Questo è un'altro discorso per il quale concordo pienamente ;)
Ecco perchè parlavo di Zanna e del suo report engine...
Ciao!


 Ecco perchè parlavo di Zanna e del suo report engine...
Eccomi!
Sarebbe un progetto interessante :)
Però non chiedermi di rendere il mio tool anche OpenSource, stavolta i 
sorgenti me li tengo io :P
Ciao 

 sorgenti me li tengo io :P
Perchè "stavolta"?


sorgenti me li tengo io :P
Okkei, allora li si decompila... :))))
Scherzi a parte, ho dato un occhio - anche perché, non so se ricordi,
all'epoca avemmo proprio uno scambio sull'argomento, per cui ero
curioso di sapere dove eri arrivato - e mi sembra che abbia lo stesso
problema insito in CR (che è, a occhio, un problema di approccio).
NOTA: non è che ci abbia dato un occhio approfondito, visto che sto
difficoltosamente portando a casa solo ora .NET, per cui magari fa
pure il caffè... :)))
--
Ciao!
Luca Menegotto

 pure il caffè... :)))
Potenzialmente non è paragonabile a CR, però per stampe semplici ha delle 
caratteristiche che secondo me si fanno apprezzare, più di quel rottame là.
Ciao