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.
Summary: | Bad positioning of ToolBar | ||
---|---|---|---|
Product: | platform | Reporter: | Petr Hrebejk <phrebejk> |
Component: | Window System | Assignee: | David Simonek <dsimonek> |
Status: | RESOLVED WORKSFORME | ||
Severity: | blocker | ||
Priority: | P4 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | 42146 | ||
Bug Blocks: | 25396 |
Description
Petr Hrebejk
2001-11-08 19:31:33 UTC
Petr, want to take this one? Target milestone -> 3.3.1. 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 Target milestone -> 3.4 Target milestone -> 3.4 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. Target milestone was changed from '3.4' to TBD. Target milestone was changed from '3.4' to TBD. Set terget milestone to TBD 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. |