[ https://issues.apache.org/jira/browse/NETBEANS-4222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17090325#comment-17090325 ]
Geertjan Wielenga commented on NETBEANS-4222: --------------------------------------------- Well, you can always simply replace the Properties window infrastructure with your own. :-) Listen to the global Lookup and populate your own TopComponent with values from your domain objects. > Open up more of APIs in Node and PropertySheet > ---------------------------------------------- > > Key: NETBEANS-4222 > URL: https://issues.apache.org/jira/browse/NETBEANS-4222 > Project: NetBeans > Issue Type: Improvement > Components: platform - Explorer, platform - Nodes > Reporter: Markus Sunela > Priority: Minor > > Currently it is hard to customize Node, Explorer and PropertySheet behavior, > because there are too many private instead of protected methods, package > private and final classes in the API. > Some examples I have stumbled on include > * private doSetNodes method in PropertySheet (no way to override the use of > ProxyNodes) > * final and package private ProxyNode class > * package private constructor in ProxyNode > * package private getOriginalNodes method in ProxyNode > * package private and final {color:#000000}ProxyProperty{color} class in > ProxyNode > * final Sheet class and its inner class Sheet.Set > * most private methods in Sheet and Sheet.Set should be protected instead > * PropertySupport.Reflection class should have getters for read and write > methods > I wonder, what is the rationale for so strict and static API design? I would > assume the performance gains from these limitations are meager. Opening these > classes for sub-classing and modifications would result in much more flexible > system with much less code duplication. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists