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.
During opening of the Java file the Java source combo goes from: "<no sele..." to "<no selection>" which changes the width of the Java combo and position of the toolbar actions behind it. The same happens with changes in the Java source which change the methods/classes hierarchy. Suggest to use fixed width of the combo box.
UI team suggested fixed width of 220 pixels. Fixed in java module: Checking in NavigateAction.java; /cvs/java/src/org/netbeans/modules/java/ui/actions/NavigateAction.java,v <-- NavigateAction.java new revision: 1.10; previous revision: 1.9 done
I would like to suggest an alternate solution to a fixed width of 220 pixels (about 25-30 characters). Specifically, why not move the drop-down to the top-right of the editor? That way the extant toolbar buttons do not move during editor operation. In addition, it allows users with large screens (e.g. 1280x1024) to take advantage of that by being able to see long identifier names in the drop-down. This would solve both of the supposedly conflicting issues.
Fixed width is bad, i.e. causing problems when larger fonts are used. IMO better solution would be to move combobox on separate toolbar strip and allow user to change its position and width according to her needs. Of course the reasonable values for default position and width would be precomputed.
If the larger font is the issue, let use fixed characters width then: 25x width of big 'M' depending on set font size.
NavigateAction is part of java module, reassigning.
The symptom is fixed by fixed size, so the summary doesn't reflect the bug. New symptom is better described in Issue 33949, so I'm closing this one.
Reorganization of java component