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.
ToolBars should preserve ordering given in the toolbar definition .XML file. It works as long as the toolbars are defined to be visible. But when the attribute visible is set to false in the .XML file and the toolbar is then enabled in the popupmenu it is put on the beginning of the row. (i.e. it does not preserve it's ordering). The bug is easily reproducible by enabling the "Memory" toolbar. It is listed as last in the row, but when enabled it appears as first.
Petr, want to take this one?
Target milestone -> 3.3.1.
Eval: There is not kept indexing from the config files. It handled another way almost accidentally. It seems it would need a little redesign of the internal data representation of the config file.
Target milestone -> 3.4
Hmm, this can probably be solved after the toolbars are a "little bit" rewritten. According to Dafe Petr Zvadsky should be the responsible person for this issue.
Passing to Dafe, there is probably some task planning to redesign the toolbars (this could be a duplicate of it).
milestone -> 4.0, together with 25396
Target milestone was changed from '3.4' to TBD.
Set terget milestone to TBD
changed owner Dafe -> Peter Z.
Neverending story, this should be solved just by toolbars redesign.
reassign to Tim, new owner of AWT/Swing
Passing toolbar XML issues back to Marek per Dafe's request.
Assigning to Tim
<strong opinion> Every toolbar added to an application reduces the value of all the other toolbars. If there are more than 2-3, the app would probably be more usable with none, because you just end up with a big wad of cryptic toolbars. Joel Spolsky has an interesting discussion of this in UI Design for Programmers, which I agree with completely; Apple's UI design guidelines make a similar point. If we have to start thinking about toolbar ordering, the problem is we have way too many toolbars. I should close this as WONTFIX, but will settle for making it a P5 enhancement. The work involved in no way justifies the resulting value, which primarily is to make it easier to, indeed to encode the assumption that it's normal to, have way too many toolbars. </strong opinion>
Re-assigning Tim's issues to Dafe.
all toolbars in netbeans version 4.1 remember their positions correctly when being hidden/shown again - closing the issue.