This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
I also found out that the IDE creates *all* toolbars during startup regardless if they are visible or not. To avoid creating the palette I had to go to Options -> Toolbars and delete the Palette folder there. Just right-click on the main window and hide the Palette does not have any effect. Imagine what it means performance-wise for the Enterprise-type IDEs which have tons of pre-defined toolbars! We must fix this performance bug. The culprit code is in Toolbar.java and ToolbarPool.java.
ToolbarPool.createInstance should be rewritten to work with cookies in a lazy way. Instead of always calling instanceCreate it could use instanceClass or instanceOf (after casting to InstanceCookie.Of) That might help. Or the Toolbar class rewritten to just create its instance and does not search for its content until needed.
just changing subcomponent
Petre, please fix this one. We don't have any permanent owner of toolbars in core
OK, after long faith with FolderInstance, I've found quite elegant solution in openide part. I need to test it more before commiting the change. I'm also thinking about rewriting the storage stuff in the core to simplify it significantly.
The eager creation of Toolbars is fixed. The toolbars are still created but do not force their full initialization unless needed, thus the work NOT done now is: resolve DataObjects, get their cookies, get actions, load images. The core's way of serializing to XML could still be reworked, but this is another issue.
Verifying for myself ;-)
Resolved for 3.4.x or earlier, no new info since then -> closing.