What happens if it isn't just an OO DB you want to report from?
I have had lots of fun lately on a project where I could not use a data
aware report with a query because the results from the query had to be
compared with the results of a function that had its results in a
TStringList. Since then I have figured out that I can use a custom
OnFilterRecord handler in the query to call the function but it does not
help that most report tools are designed to work with databases.
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Robert Martin
> Sent: Thursday, 23 December 1999 10:42
> To: Multiple recipients of list delphi
> Subject: Re: [DUG]: OO Reporting tools
>
>
> Wouldn't it be easier to use a standard reporting tool, like crystal
> connecting to your OO DB using standard ODBC drivers and SQL.
>
> I believe most OO DBs implement some form of SQL support.
>
> Rob
>
>
> ----- Original Message -----
> From: <[EMAIL PROTECTED]>
> To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
> Sent: Wednesday, December 22, 1999 5:16 PM
> Subject: [DUG]: OO Reporting tools
>
>
> >
> >
> > Hi,
> >
> > does anyone know of an object oriented reporting tool? We are
> thinking of
> > developing our own generic reporting tool that works with
> objects instead
> of
> > databases. The reporting tool won't care about the source of the
> information -
> > the developer will be expected to inherit from some of the
> reporting tools
> > classes to provide the link.
> >
> > I've started working on the design for this and it is turning out to be
> quite
> > complicated - so if anyone knows of a tool that you think may
> do the job,
> please
> > let me know.
> >
> > Thanks,
> >
> > Phil.
> >
> >
> >
> --------------------------------------------------------------------------
> -
> > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> > Website: http://www.delphi.org.nz
> >
> >
> >
> > MIME-Version: 1.0
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> > From: [EMAIL PROTECTED]
> > To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
> > Subject: [DUG]: OO Reporting tools
> > Date: Wed, 22 Dec 1999 16:16:00 +1200
> > Received: by cirrostratus.netaccess.co.nz (mbox wilds) (with Cubic
> Circle's cucipop (v1.31 1998/05/13) Thu Dec 23 10:25:10 1999)
> > X-From_: [EMAIL PROTECTED] Wed Dec 22 16:17:04 1999
> > Received: from mail.corporate.co.nz ([202.37.181.1]) by
> cirrostratus.netaccess.co.nz (8.9.3/8.9.3) with ESMTP id QAA00522 for
> <[EMAIL PROTECTED]>; Wed, 22 Dec 1999 16:17:03 +1300 (NZDT)
> > Received: by mail.corporate.co.nz from localhost (router,SLMail V3.2);
> Wed, 22 Dec 1999 15:18:51 -1200
> > Sender: [EMAIL PROTECTED]
> > Reply-To: [EMAIL PROTECTED]
> > X-Lotus-FromDomain: FRI
> > Message-ID: <[EMAIL PROTECTED]>
> > X-SLUIDL: 243CAEF5-B7C011D3-B80A0080-C8D5BDFB
> >
> >
> >
> > Hi,
> >
> > does anyone know of an object oriented reporting tool? We are
> thinking of
> > developing our own generic reporting tool that works with
> objects instead
> of
> > databases. The reporting tool won't care about the source of the
> information -
> > the developer will be expected to inherit from some of the
> reporting tools
> > classes to provide the link.
> >
> > I've started working on the design for this and it is turning out to be
> quite
> > complicated - so if anyone knows of a tool that you think may
> do the job,
> please
> > let me know.
> >
> > Thanks,
> >
> > Phil.
> >
> >
> >
> --------------------------------------------------------------------------
> -
> > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> > Website: http://www.delphi.org.nz
> >
> >
> >
>
> ------------------------------------------------------------------
> ---------
> New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> Website: http://www.delphi.org.nz
>
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
