> What DBGrid components is everybody (anybody?) using in their
> production systems?
After spending some time dissecting the Delphi DBGrid and finding the bugs
in that, and dissecting the InfoPower grid and find even more bugs in
that, we wrote our own from the ground up. That way it did exactly what we
wanted, and did nothing that we didn't. It also means that the code is
completly understood, and antcually helped me in understanding the design
ideas behind the Delphi code.
We have talked with Gary Benner about sharing the code on some sort of
basis, but the Profax grid code is very specific to our needs and ideas. I
suggest that the best thing to do is to write your own grid code that does
what you need it to do, because otherwise anything else is going to
involve too many compromises.
> What GUI design have you used in place of DBGrids when they are
> not efficient?
We took the alternative approach of writing optimal TDataSet
implementations that didn't cause performance hits against SQL data
engines. This involves lots of caching and plenty of knowledge about how
grids use the TDataSet "API" to fetch and display records. In fact *all*
of the grid data base inefficiencies are caused down at the TDataSet
level, and not by the actual grid display code. So best performance can
only be achiebved by fixed the data connection rather than the display
level.
Cheers, Max.
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
