Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
ETecnologia could define vfp10
Message
De
20/03/2007 04:14:27
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Versions des environnements
Visual FoxPro:
VFP 9 SP1
OS:
Windows XP SP2
Network:
Windows 2003 Server
Database:
Visual FoxPro
Divers
Thread ID:
01205398
Message ID:
01205975
Vues:
22
>This thrills me!. Did you see the Printing sample we shipped in .NET Extender, this is the starting piece of what we'll build for Reporting.

Not really :( Will have look at it.

>
>It is basically a Report designed on a form with full oop. Every Control placed has its method GenerateOutput, InitPen, InitBrush, and more. This is We think an OOP Report should be.
>
>Are you telling me you have something in the same venue that our Reporting Draft?, but far more advanced. This sounds to me like a Nice Business to make with you.

I was actually thinking to make it sort of open source foundation
code for reporting purposes. Completely non-profit, so I am not
interested in purchasing any technology, but as a matter of fact
develop one.

Focus is on OOP and scripting, and basic idea is completely free report composition, using multiple libraries to render actual output. Report can be done fully in code, or as freehand (high level) script, or visually within the form (oop report), or as chain of WYSIWYG page compositions, or as script formated textfile, or embeded within existing forms, or use chunks of excel data/layout and/or other contents, or combination of all this !
Possibilities and ideas are numerous! My problem is time between
daily job and family reposonsabilities. All this is pro-bono work
which naturally comes third in this case.

>
>So you also need the GUI part?, that is what just I told to Thomas Ganss, the GUI seems to be a Top Priority for the programmers.

What I need actually, is free GDI+ wrapper library that can comply with very basic reporting primitives such are .draw_text() , draw_box() , draw_picture() etc but foremost .PreviewPrint() facility.
That would cut me numerous hours.

I hope someone from our great VFP community have/wld donate such thing, if
not then I am gonna roll up my sleeves and eventually develop one, in order to be available universally. Right now it is XFRX users who are to benefit the most from this, as XFRX libraries are already wrapped/enabled within this reporting paradigm


Update:
Saw your form report right now! How does your preview/Print Works ?
Can it accept/provides for any scripting? That is the part I am interested foremost. If so then I can enable my tool to output straight there as well. Pls make it open :)


* * *

But enough talk about reporting, people here have now more important worries ... Reporting is among LAST things they are worried about now.

YOU / NET Compiler are in focus of this thread, and meny eyes are pointed at your direction, So you better deliver on your promises, and make that compiler work as charm :)

Good luck and all the best, with your development!
I hope you will repeat David Vs Goliath story, and I do believe you can make break-trough with this...
That story somehow tags meny people here who fought mainframes
back in 80's, so you will get meny supportive and helping felows here.

Go David(ETechnologia) Go :))















*****************
Srdjan Djordjevic
Limassol, Cyprus

Free Reporting Framework for VFP9 ;
www.Report-Sculptor.Com
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform