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.

Bug 35607 - Allow placement of toolbar buttons in window title ala Eclipse
Summary: Allow placement of toolbar buttons in window title ala Eclipse
Status: NEW
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: All All
: P2 blocker with 1 vote (vote)
Assignee: issues@platform
URL:
Keywords: API, UI
Depends on: 29836
Blocks: 35548
  Show dependency tree
 
Reported: 2003-08-21 10:58 UTC by mvinar
Modified: 2009-01-06 14:16 UTC (History)
5 users (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mvinar 2003-08-21 10:58:24 UTC
User problem:
-----------------------------------
The toolbars take valuable vertical space.

User need:
-----------------------------------
Have as much space as possible dedicated to the
user data - majority of users have resolutions of
1024x768 or 1280x1024

Product requirement:
-----------------------------------
Allow placement of toolbar buttons in window title
ala Eclipse.
Comment 1 _ tboudreau 2003-08-24 00:56:46 UTC
Hack factor: 3
Difficulty: 6 (requires new API, careful decisions about what
 belongs there)

Discussed this with Dafe the other day.  This would need to
be an addendum to the new WS spec - no provision for such a
thing was part of it (although it would be good to have).

The hard part will be deciding what really belongs in the
window titlebar - many toolbar buttons are not immensely
useful.  We need use cases for what needs to be there and
why.
Comment 2 Vitezslav Stejskal 2003-08-31 20:22:37 UTC
Just some ideas:

1. One example are buttons changing the view you are visualizing
things displayed in the explorer. E.g. in case of outline view showing
the java class elements useful views are to show all elemts or just
those composing the public API of the class.

2. Also ask refactoring guys what all views they will have for the
object browser.

3. Also if we would ever have the synchronization between editor and
explorer tree the switch turning this on/off is also good candidate
(see eclipse).

4. The pull-down menu buttons could also be used as an alternative for
tabs in the explorer window.

Generally, the title bar buttons are good candidates for functions we
currently expose through the popup menu on root nodes in the explorer
panels. The pros of buttons is that they are always visible taking
users attraction while the popup menu item is much harder to find.
Comment 3 David Simonek 2005-05-05 16:51:14 UTC
Space problem mentioned is now solved by sliding windows. We now use title
buttons for sliding controls, but I can imagine that more buttons could be
useful in some situations, although clutter is likely.
Leaving opened for now...
Comment 4 _ theanuradha 2007-11-28 14:27:51 UTC
Any plans for 6.1
Comment 5 David Simonek 2008-10-16 10:22:43 UTC
No plans to work on this, leaving up to community.