Re: [lazarus] Enhanced versions of TStringGrid
> > > > Being said that, I think your final question remains open to others > > wanting to participate on ideas of enhancement, deriving or whatever :) > > I think, Michael already gave a nice solution: Let's implement a plugin > system for grids. > See SynEdit for an example. > For the hook lists see TControl.AddHandler. > It should be possible to write plugins for cell drawing, cell editors, > sorting, navigation and data connections. > I like this idea as well (sorry if this is a me-too post :p), the concept of having a single top-level grid component, into which you can then plug those features needed by your application makes far more sense to me than having a dozen grid components each with one extra feature. I would even suggest that TDBGrid should be dropped and it's functionality turned into a plugin for this top-level grid component. Unless of course people feel that would break too much compatibility/familiarity for former delphi users. Ciao A.J. -- A.J. Venter Chief Software Architect OpenLab International www.getopenlab.com www.silentcoder.co.za +27 82 726 5103 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
On Thu, 23 Feb 2006 03:02:14 -0600 "Jesus Reyes" <[EMAIL PROTECTED]> wrote: > > - Original Message - > From: "Micha Nelissen" <[EMAIL PROTECTED]> > To: > Sent: Thursday, February 23, 2006 2:32 AM > Subject: Re: [lazarus] Enhanced versions of TStringGrid > > > > Jesus Reyes wrote: > > > It's a nice argument, however if this grid continue to get improved > > > and more features are added to it, the descriptive name become > > > misleading. TMaskEdit it's a good example of a component with a > > > specific purpose not meant to be improved but used as it is. > > > > > > But this is also the topic of this thread, to allow a component to > > > grow in features (in this case a better, more general name could used) > > > or let it as it is (and in this case your argument fits very well). > > > > Try to prevent designing components that are "bloated". Use as much as > > possible events and component connections (aka plugins), to expand > > features, otherwise you get a component no one can use because it's > > simply too complex. > > > > What kind of features are you thinking to add, and how ? > > > > Just my 2c, > > > > Micha > > > > We are talking of the possiblity only, indeed at the moment I don't have > more features to add to this component and my intention was to made it > available "as is". However I'm happy that this thread started, I already > was asked to make some improvements to grids and I have declined with the > argument that it should be made in derived grids, so for me it's all > exploring the possiblities. > > Being said that, I think your final question remains open to others > wanting to participate on ideas of enhancement, deriving or whatever :) I think, Michael already gave a nice solution: Let's implement a plugin system for grids. See SynEdit for an example. For the hook lists see TControl.AddHandler. It should be possible to write plugins for cell drawing, cell editors, sorting, navigation and data connections. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
- Original Message - From: "Micha Nelissen" <[EMAIL PROTECTED]> To: Sent: Thursday, February 23, 2006 2:32 AM Subject: Re: [lazarus] Enhanced versions of TStringGrid > Jesus Reyes wrote: > > It's a nice argument, however if this grid continue to get improved and > > more features are added to it, the descriptive name become misleading. > > TMaskEdit it's a good example of a component with a specific purpose not > > meant to be improved but used as it is. > > > > But this is also the topic of this thread, to allow a component to grow in > > features (in this case a better, more general name could used) or let it as > > it is (and in this case your argument fits very well). > > Try to prevent designing components that are "bloated". Use as much as > possible events and component connections (aka plugins), to expand > features, otherwise you get a component no one can use because it's > simply too complex. > > What kind of features are you thinking to add, and how ? > > Just my 2c, > > Micha > We are talking of the possiblity only, indeed at the moment I don't have more features to add to this component and my intention was to made it available "as is". However I'm happy that this thread started, I already was asked to make some improvements to grids and I have declined with the argument that it should be made in derived grids, so for me it's all exploring the possiblities. Being said that, I think your final question remains open to others wanting to participate on ideas of enhancement, deriving or whatever :) Jesus Reyes A. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: Re: [lazarus] Enhanced versions of TStringGrid
Why not use TGrid ? - Original Message - From: "Micha Nelissen" <[EMAIL PROTECTED] > To: Sent: Thursday, February 23, 2006 1:54 AM Subject: Re: [lazarus] Enhanced versions of TStringGrid > Jesus Reyes wrote: > > > TStringGridPlus is a much better name :-) > > > > > > > I don't really know why the field "to:" is set to your personal address > > but anyway as I intended to send this to ml I'm doing again. > > > > I Like the proposed name :). Component name change is now scheduled. > > Maybe it's nice but not very descriptive IMHO. TAttrStringGrid at least > has some description in it... Otherwise every addition in a descendant > to TStringGrid can be called TStringGridPlus. TMaskEdit is also not > called TEditPlus ... > > Micha > It's a nice argument, however if this grid continue to get improved and more features are added to it, the descriptive name become misleading. TMaskEdit it's a good example of a component with a specific purpose not meant to be improved but used as it is. But this is also the topic of this thread, to allow a component to grow in features (in this case a better, more general name could used) or let it as it is (and in this case your argument fits very well). Jesus Reyes A. It0s __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam �gratis! Reg�strate ya - http://correo.yahoo.com.mx/ _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives = = = = = = = = = = = = = = = = = = = = = = Lee Jingbo [EMAIL PROTECTED] 2006-02-23
Re: Re: [lazarus] Enhanced versions of TStringGrid
Documents and demos can reduce complexity. Gird is very important for apps such as MIS Application. I think that TcxGrid , which is a production of DevExpress Comp. , is a good exmaple. Jesus Reyes wrote: > It's a nice argument, however if this grid continue to get improved and more features are added to it, the descriptive name become misleading. TMaskEdit it's a good example of a component with a specific purpose not meant to be improved but used as it is. > > But this is also the topic of this thread, to allow a component to grow in features (in this case a better, more general name could used) or let it as it is (and in this case your argument fits very well). Try to prevent designing components that are "bloated". Use as much as possible events and component connections (aka plugins), to expand features, otherwise you get a component no one can use because it's simply too complex. What kind of features are you thinking to add, and how ? Just my 2c, Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives = = = = = = = = = = = = = = = = = = = = = = Lee Jingbo 2006-02-23
Re: [lazarus] Enhanced versions of TStringGrid
Jesus Reyes wrote: It's a nice argument, however if this grid continue to get improved and more features are added to it, the descriptive name become misleading. TMaskEdit it's a good example of a component with a specific purpose not meant to be improved but used as it is. But this is also the topic of this thread, to allow a component to grow in features (in this case a better, more general name could used) or let it as it is (and in this case your argument fits very well). Try to prevent designing components that are "bloated". Use as much as possible events and component connections (aka plugins), to expand features, otherwise you get a component no one can use because it's simply too complex. What kind of features are you thinking to add, and how ? Just my 2c, Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
- Original Message - From: "Micha Nelissen" <[EMAIL PROTECTED]> To: Sent: Thursday, February 23, 2006 1:54 AM Subject: Re: [lazarus] Enhanced versions of TStringGrid > Jesus Reyes wrote: > >> TStringGridPlus is a much better name :-) > >> > > > > I don't really know why the field "to:" is set to your personal address > > but anyway as I intended to send this to ml I'm doing again. > > > > I Like the proposed name :). Component name change is now scheduled. > > Maybe it's nice but not very descriptive IMHO. TAttrStringGrid at least > has some description in it... Otherwise every addition in a descendant > to TStringGrid can be called TStringGridPlus. TMaskEdit is also not > called TEditPlus ... > > Micha > It's a nice argument, however if this grid continue to get improved and more features are added to it, the descriptive name become misleading. TMaskEdit it's a good example of a component with a specific purpose not meant to be improved but used as it is. But this is also the topic of this thread, to allow a component to grow in features (in this case a better, more general name could used) or let it as it is (and in this case your argument fits very well). Jesus Reyes A. It0s __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
Jesus Reyes wrote: TStringGridPlus is a much better name :-) I don't really know why the field "to:" is set to your personal address but anyway as I intended to send this to ml I'm doing again. I Like the proposed name :). Component name change is now scheduled. Maybe it's nice but not very descriptive IMHO. TAttrStringGrid at least has some description in it... Otherwise every addition in a descendant to TStringGrid can be called TStringGridPlus. TMaskEdit is also not called TEditPlus ... Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
- Original Message - From: "Thomas Miller" <[EMAIL PROTECTED]> To: Sent: Wednesday, February 22, 2006 2:04 PM Subject: Re: [lazarus] Enhanced versions of TStringGrid > TStringGridPlus is a much better name :-) > I don't really know why the field "to:" is set to your personal address but anyway as I intended to send this to ml I'm doing again. I Like the proposed name :). Component name change is now scheduled. Jesus Reyes A. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
TStringGridPlus is a much better name :-) Alexsander Rosa 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? -- Atenciosamente, Alexsander da Rosa -- Thomas Miller Chrome Portal Project Manager Wash DC Delphi SIG Chairperson Delphi Client/Server Certified Developer BSS Accounting & Distribution Software BSS Enterprise Accounting FrameWork http://www.bss-software.com http://www.cpcug.org/user/delphi/index.html http://sourceforge.net/projects/chromeportal/ http://sourceforge.net/projects/uopl/ http://sourceforge.net/projects/dbexpressplus _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
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.
Re: [lazarus] Enhanced versions of TStringGrid
--- 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. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. http://net.yahoo.com.mx _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
--- 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 > It should mean Attribute as it deals with changing cell attributes in code like background color, alignment and font of several at several levels: cell, columns, rows, fixed columns, fixed rows. Jesus Reyes ___ Do You Yahoo!? La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. http://net.yahoo.com.mx _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Enhanced versions of TStringGrid
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 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Enhanced versions of TStringGrid
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? -- Atenciosamente,Alexsander da Rosa
