On Wed, 22 Feb 2006, Jesus Reyes wrote:
> > --- Mattias Gaertner <[EMAIL PROTECTED]> escribió: > > > On Wed, 22 Feb 2006 14:57:49 -0300 > > "Alexsander Rosa" <[EMAIL PROTECTED]> wrote: > > > > > I was talking with Jesus about his TAttrStringGrid (attached to > > issue > > > 1360): http://www.lazarus.freepascal.org/mantis/view.php?id=1360 > > > > > > Maybe it could be part of LCL? I mean, we could have the > > standard, > > > Delphi-compatible TStringGrid AND a new grid, descendant of the > > standard, > > > with extra features. Or even an entire set (maybe a whole tab) of > > enhanced > > > grids, like this: > > > http://www.tmssoftware.com/gridpack.htm > > > > > > So TAttrStringGrid could be the first grid on this new tab, and > > others > > > could be added as they were created. What about this? > > > > I second that. We need extended grid descendants. > > What means TAttrStringGrid? > > > > > > Mattias > > > > The other point discussed was if the features in TAttrStringGrid > should be returned back to standard grids (originally had something > like those features). > > In short, should enhanced features be added to standard grid? or as > Alexander wrote create a new set of enhanced grids. My 2 cents: Don't make too many grids, I don't want to be faced with the situation where each grid has a part of the functionality I want, but none has _everything_ I need combined. But also don't copy the TMSSoftware grid. It's good, but for instance the database version is not good. It's also a bad design in the sense that it has a plethora of options, but they are not grouped at all, so you are lost in the huge amount of properties, making it hard to manage. Try to group properties, so they can be managed easily. Maybe some kind of plug-in architecture for functionality would be nice. The TMS grid has this. Michael.
