Tim

What's the chances of some printing capability being added to EDBManager? I'd especially like to print the result sets from queries of the system tables so I can get (eg) a printout of the structure of a table.

Roy Lambert

Roy,

<< What's the chances of some printing capability being added to EDBManager?
I'd especially like to print the result sets from queries of the system
tables so I can get (eg) a printout of the structure of a table. >>

Right now it's still pretty low on the list, especially since I'm going to
have to roll my own printing.  It will probably show up after the new help
system is in place, which is on for the next round of enhancements in 2.02.

--
Tim Young
Elevate Software
www.elevatesoft.com

Tim

Why not FastReport?

Roy Lambert

Roy

> Why not FastReport?

Does that ship with all versions of Delphi that EDB supports?

Eryk

Roy,

<< Why not FastReport? >>

I haven't looked at it in detail, so that may be an option.  But, as Eryk
states, I usually try to keep it to components that ship with Delphi.

--
Tim Young
Elevate Software
www.elevatesoft.com

>
>> Why not FastReport?
>
> I haven't looked at it in detail, so that may be an option.  But, as Eryk
> states, I usually try to keep it to components that ship with Delphi.
>

I guess that would mean either Quickreports or Rave?  It depends on which version of
Delphi you are currently using.

Stuart

Stuart,

<< I guess that would mean either Quickreports or Rave?  It depends on which
version of Delphi you are currently using. >>

Yes, which is why I'm seriously just considering using TPrinter methods.  I
only need to do some basic formatting and page layout for structures or code
printing, so it really isn't a huge deal.

--
Tim Young
Elevate Software
www.elevatesoft.com

Personally if we are going to have printing within the EDB Manager I would rather it was
with FastReport components than with either Quick Reports or Rave. I realise that would
make that part of the executeable code difficult to edit/recompile in standard Delphi, but
people serious enough about EDB to want to recompile the manager would surely understand
the desire to use a good reporting tool.

It is not possible to section the executeable code so that the printing section is in
units separate enough from the rest to stand alone? If you built it that way you could
even make that part open source & encourage users to enhance it ... reporting enhancements
are useful, but very dull for coders.

I realise that the Rave tool is probably great, by the way ... its just my personal
preference is for FR.



Adam Brett

> Personally if we are going to have printing within the EDB Manager I
> would rather it was with FastReport components than with either Quick
> Reports or Rave. I realise that would make that part of the
> executeable code difficult to edit/recompile in standard Delphi, but
> people serious enough about EDB to want to recompile the manager
> would surely understand the desire to use a good reporting tool.

Personally, I would like to see Rave Reports--but only because I use
the product and do not have FastReport.  This is the problem: in order
to be able to recompile from the source code and have all the
functionality, and possibly customize it, there can be no third-party
proprietary components involved.

And like Tim said, all that is "needed" are very basic reporting
capabilities, something that wouldn't be too bad using just the
built-in TPrinter.  Fancy or complex reports is not the primary goal of
a database product.

--
David Cornelius
CorneliusConcepts.com

Adam,

More than likely we'll just use the TPrinter methods in Delphi directly on
the TCanvas.  The reporting is very simple, and it would allow us to keep
the syntax highlighting when printing out the contents of the SQL editor,
which is custom-written for the EDB Manager.

--
Tim Young
Elevate Software
www.elevatesoft.com