Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Nebula » Extending Grid & GridViewer
Extending Grid & GridViewer [message #42194] Fri, 26 October 2007 11:25 Go to next message
Chuck Mastrandrea is currently offline Chuck Mastrandrea
Messages: 14
Registered: July 2009
Junior Member
Chris & Tom,

Are there plans for making the Grid and GridViewer become more extensible?

I looked into extending both of them (and associated support classes) but
found some obstacles. One concern is that the javadoc for the GridViewer
states that it's not intended to be subclassed. I've also found numerous
instances of private (or package-private) variables and methods, a final
class, and a package marked internal. I've also found methods that bundle up
alot of functionality, making it difficult to override some behavior without
having to duplicate alot of code.

Please don't get me wrong; I'm not knocking the code at all. These are very
useful components, are well organized, and are greatly appreciated. I'm just
trying to understand if they are intentionally designed to not be
subclassed. While they do cover alot of functionality, and I do intend on
contributing new features to them, I expect that some features will not be
considered useful/general enough for inclusion. It's an understandable goal
to keep the components from getting too bloated. But I think it would be
very desireable for users to be able to extend and provide their own
features and behaviors whenever possible.

Thanks again,
Chuck
Re: Extending Grid & GridViewer [message #42440 is a reply to message #42194] Mon, 29 October 2007 13:19 Go to previous message
Chris Gross is currently offline Chris Gross
Messages: 253
Registered: July 2009
Senior Member
Generally the Grid and GridViewer classes are not intended to be
subclassed. Its so hard to define a class that can be extended and at
the same time ensure all the API is correct, supportable, and used as
intended. So generally I have not worked to make inherting from these
classes supported. But...

I would generally like to be 100% extensible (whatever that means). I
would like to open ways to contribute functionality w/o having to extend
the classes. So I would suggest trying to take your issues one by one.
There may be easy things I can do to open up some part of the Grid to
make changing/injecting/swapping behavior. Perhaps I can do things to
make subclassing work for some cases as well.

Regards,
-Chris

Chuck Mastrandrea wrote:
> Chris & Tom,
>
> Are there plans for making the Grid and GridViewer become more extensible?
>
> I looked into extending both of them (and associated support classes) but
> found some obstacles. One concern is that the javadoc for the GridViewer
> states that it's not intended to be subclassed. I've also found numerous
> instances of private (or package-private) variables and methods, a final
> class, and a package marked internal. I've also found methods that bundle up
> alot of functionality, making it difficult to override some behavior without
> having to duplicate alot of code.
>
> Please don't get me wrong; I'm not knocking the code at all. These are very
> useful components, are well organized, and are greatly appreciated. I'm just
> trying to understand if they are intentionally designed to not be
> subclassed. While they do cover alot of functionality, and I do intend on
> contributing new features to them, I expect that some features will not be
> considered useful/general enough for inclusion. It's an understandable goal
> to keep the components from getting too bloated. But I think it would be
> very desireable for users to be able to extend and provide their own
> features and behaviors whenever possible.
>
> Thanks again,
> Chuck
>
>
Re: Extending Grid & GridViewer [message #585972 is a reply to message #42194] Mon, 29 October 2007 13:19 Go to previous message
Chris Gross is currently offline Chris Gross
Messages: 471
Registered: July 2009
Senior Member
Generally the Grid and GridViewer classes are not intended to be
subclassed. Its so hard to define a class that can be extended and at
the same time ensure all the API is correct, supportable, and used as
intended. So generally I have not worked to make inherting from these
classes supported. But...

I would generally like to be 100% extensible (whatever that means). I
would like to open ways to contribute functionality w/o having to extend
the classes. So I would suggest trying to take your issues one by one.
There may be easy things I can do to open up some part of the Grid to
make changing/injecting/swapping behavior. Perhaps I can do things to
make subclassing work for some cases as well.

Regards,
-Chris

Chuck Mastrandrea wrote:
> Chris & Tom,
>
> Are there plans for making the Grid and GridViewer become more extensible?
>
> I looked into extending both of them (and associated support classes) but
> found some obstacles. One concern is that the javadoc for the GridViewer
> states that it's not intended to be subclassed. I've also found numerous
> instances of private (or package-private) variables and methods, a final
> class, and a package marked internal. I've also found methods that bundle up
> alot of functionality, making it difficult to override some behavior without
> having to duplicate alot of code.
>
> Please don't get me wrong; I'm not knocking the code at all. These are very
> useful components, are well organized, and are greatly appreciated. I'm just
> trying to understand if they are intentionally designed to not be
> subclassed. While they do cover alot of functionality, and I do intend on
> contributing new features to them, I expect that some features will not be
> considered useful/general enough for inclusion. It's an understandable goal
> to keep the components from getting too bloated. But I think it would be
> very desireable for users to be able to extend and provide their own
> features and behaviors whenever possible.
>
> Thanks again,
> Chuck
>
>
Previous Topic:Disposing off the GridEditor
Next Topic:How to provide tooltip text for images in grid view?
Goto Forum:
  


Current Time: Fri Apr 18 10:01:49 EDT 2014

Powered by FUDForum. Page generated in 0.01758 seconds