Closed Bug 45532 Opened 21 years ago Closed 12 years ago

Context menu for toolbars


(SeaMonkey :: UI Design, enhancement)

Not set


(Not tracked)



(Reporter: bugzilla, Unassigned)



Would be nice to have a context menu appear upon right clicking on the 
toolbars, like IE has, to quickly show or hide toolbars. It would be pretty 
easy to implement since it could just broadcast off of the View | Toolbars > 
child menu.  Probably not for this release, though.
right on both counts.  accepting for future
Target Milestone: --- → Future
Is this really Toolkit/Widgets? Seems like XPApps/GUI ...
Probably, yeah.

Anyways, I have a simple fix for this which just uses the context menu for the 
toolbar.  Elements that shouldn't have it (like the URL bar) have context="".  
It works fine and there's probably no risk involved.


I understand and agree with Peter's feelings about checking stuff like this 
into the tree at this point.  So I'm fully willing to just get this into the 
mozilla tree, at his discretion.
Assignee: trudelle → blakeross
Component: XP Toolkit/Widgets → XP Apps: GUI Features
Not my discretion, its up to the correct module owner, either xpapps or my
toolkit peer owners, and either brendan or waterson.  
OK. Don?
Priority: P3 → P2
Target Milestone: Future → mozilla0.9
pushing out until we figure out the plans for toolbar customization context 
menus (a la 5.0)
Priority: P2 → P5
Target Milestone: mozilla0.9 → Future
If you are reusing the toolbars submenu, it should automatically get any 
`Customize Toolbars ...' item that is added in the future, shouldn't it?
No, there will be button-specific context menus like MozClassic.
Oh no there shouldn't be. If I bring up the context menu in the toolbar area, I 
want to do stuff with the toolbar area as a whole, not the individual button 
which I happen to be on at the time.

Using context menus to add/edit/remove individual buttons would be much more
time-consuming than editing the toolbar in a dialog created expressly for that 
There could/would be a customize dialog also.  But I found the inline editing 
in Classic to be very cool.  Anyways, that should be discussed with ben, or in 
another bug.
giving to ben, if he wants to do this with his other toolbar work.
Assignee: blakeross → ben
Priority: P5 → --
Target Milestone: Future → ---
Netscape nav triage team: as per Alec Flett's pre-triage recommendation, this 
bug is nsbeta1-.
Keywords: nsbeta1-
Mozilla 1.0 nomination.
Keywords: mozilla1.0
Marking nsbeta1- bugs as future to get off the radar
Target Milestone: --- → Future
*** Bug 88582 has been marked as a duplicate of this bug. ***
Priority: -- → P4
*** Bug 117300 has been marked as a duplicate of this bug. ***
I don't understand what's holding this back.
Can we not simply make right clicking on any area that would not otherwise bring 
up a context menu to bring up a menu with the contents of the Show/Hide menu?

This sounds like it would be easy to implement quickly.  If in the future there 
is a modification to add a customize toolbars item, that can be dealt with then. 
 When or if that comes in to existence is a mystery to me however.

I can only see this as a win on the user friendlyness side and dropping it in 
before 1.0 would give it a chance to flush out any quirks in advance.
adding self to cc list
I also want to see this implemented.  The context menu should also have a
general "Customize Toolbars" or "Customize Theme" option at the bottom that
would take the user straight to the "Themes" area of the Preferences Dialog...
Summary: [RFE] Context menu for toolbars → Context menu for toolbars
Product: Core → Mozilla Application Suite
Assignee: bugs → nobody
Priority: P4 → --
QA Contact: jrgmorrison → guifeatures
Target Milestone: Future → ---
Component: XP Apps: GUI Features → UI Design
Toolbar context menus is being implemented in Bug 428216
"Customize Toolbars" context menu option is being implemented in Bug 394288
Depends on: 428216, CustomToolbars
Hide/Collapse/Expand should probably be on there as well...
Fixed by patch in Bug 428216
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.