[lazarus] Postscript based report generation tools
Carlos Hespanhol
hespanhol at nextwave.com.br
Sat Mar 15 11:40:01 EST 2003
Tony,
Take a look at Report Manager, it's a very nice opensource application/component.
Maybe we could make a port to freepascal, since it's writen in Delphi it should be easy.
http://reportman.sourceforge.net/
Carlos Hespanhol
On 14 Mar 2003 19:36:02 -0600
Tony Maro <tony at maro.net> wrote:
> I'm also about to start working on a report generation control set. My
> thought is to make them initially pretty primitive so that anyone can
> come along and hook a database control to it.
>
> So basically, I've got the postscript controls and the general idea of
> how to do a reporting system (I used the built-in reports with Delphi 4
> C/S considerably.) I'm positive I could write a reports system for what
> I need to do, but keeping it generic is another story.
>
> So here's some thoughts out loud:
>
> Report header stripe
> static text labels
> special text labels (such as doc name, p#, date, time, etc.)
> page header stripe
> static text labels
> special text labels
> detail stripe
> field label ** Changes according to data position pointer,
> keep running totals for fields per page and per doc
> static text label
> special text labels
> page footer stripe
> sum field label ** sum of field for this page
> avg field label ** avg of field for this page
> count field label ** displays number of fields on page
> special text labels
> static text label
> document footer stripe
> special text labels
> static text labels
> sum field label ** sum of a given field for entire report
> avg field label ** avg of field for entire report
> count field label
>
> Note the absence of a function field and multiple detail layers - I'm
> keeping the idea simple and can later build on that.
>
> My thought is to have a single "detail" object that anyone can come
> along behind me and write a database connector for. The database
> component developer would provide callbacks for "initialize" "next
> record" "first record" "jump to record" sort of functions and then
> populate the detail object with the proper data. I could provide a
> primitive data connector object that someone else could then build on
> top of to implement the full connection.
>
> Does this sound feasible? Anyone have a better method or suggestions?
>
> Thanks,
>
> Tony Maro
>
> Need a Linux replacement for Microsoft Money?
> Check out CheckBook Tracker!
> http://tony.maro.net
>
> _________________________________________________________________
> To unsubscribe: mail lazarus-request at miraclec.com with
> "unsubscribe" as the Subject
> archives at http://www.lazarus.freepascal.org/mailarchives
More information about the Lazarus
mailing list