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: | Editor Toolbar: Common items jump depending on file type | ||
---|---|---|---|
Product: | editor | Reporter: | eskild <eskild> |
Component: | -- Other -- | Assignee: | Milutin Kristofic <mkristofic> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | CC: | pjiricka |
Priority: | P3 | Keywords: | UI, USABILITY |
Version: | 5.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
eskild
2006-12-14 10:30:33 UTC
I can see the problem, but I am not sure how making toolbars adjustable would help solving it. Do you expect users to rearrange toolbars for all file types they are working with? If so, should not editor toolbars be arrange in some other way by default? If so, in what way? The guiding principle, IMHO, should be to let "things that do the same thing stay the same place" in the GUI. Looking at the C/C++ toolbar, the only thing C/C++-specific there is the Navigator drop-down. Everything else is constant across file types (as far as I can tell, anyway). So, why not simply split that toolbar into two, and re-order it a bit: <constant stuff> | <file-type specific stuff> In other words, put the Navigator at the end? That's flexible space with room to grow should other things be needed in the future, and the unchanged things in the UI don't "jump". But this may go against another idea "put the most important things first", although what's important is clearly an individual opinion. So: Building the toolbar from sub-toolbars means that I, as a user, can re-arrange it to my liking, at the cost of, perhaps, a less visually pleasing UI in some cases. Assume this imagined example (view in fixed font): File type Default toolbar -------------------------------------------------------------- .foo Navigator | Back, Forward, FindNext, ... .bar Navigator, Transmogrify, Rot13 | Back, Forward, ... .baz Back, Forward, ... As can be seen, the toolbar can jump. But if the user can re-position the sub-toolbars, the effect I desire can be obtained. Navigator | Back, Forward, FindNext, ... Navigator, Transmogrify, Rot13 | Back, Forward, ... | Back, Forward, ... I hope I've been clear and that you'll consider it for the future. It won't kill NetBeans if it's not included, but I think it would make NetBeans nicer still. Regards, /Martin. This is also a problem for files that use the multiview editor, such as web.xml etc. This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss |