Closed Bug 12078 Opened 25 years ago Closed 24 years ago

Can't hide collapsed toolbars

Categories

(Core :: XUL, enhancement, P3)

Product:
Core
Component:
XUL
Type:
enhancement

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: dwindlehop, Assigned: hyatt)

Details

The ability to minimize toolbars is not enough. I need to be
able to remove unused toolbars from my screen. They clutter
the interface with little collapsed bars that do nothing but
take up space.

Naturally, Mozilla also needs to be able to remember these
settings from window to window and from session to session.
This may not be in current development list. don, am I wrong?
We should be doing the same thing as in 4.x where if you hide a toolbar from the
menu it disappears while if you collapse it, it becomes a small grippy.
Summary: Should be able to control which toolbars are displayed → [RFE] Should be able to control which toolbars are displayed
Target Milestone: M14
So is this a feature?
Assignee: don → davidm
reassign
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fix checked in
Status: RESOLVED → REOPENED
I'm reopening because it's not quite implemented right. It's a UI thing.
when I pull down View|Toolbars there should be a check next to every
toolbar currently visible (all by default). Then I can 'uncheck' it and make
it go away. Basically, the user needs some visual indication ofthe show/hide
status.
I'm looking at the 1999091508 build on WinNT
I am closing again. The reason is that checking menus is an XPToolkit feature
which hasn't been implimented yet. This is really a variation on the fact that
we don't do menu updates right now.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
QA Contact: claudius → elig
QA Assigning to self for verification.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Re-opening. There's one specific corner case that is not properly handled; please
let me know if you'd like me to break this into a separate bug report, and close
this one out as verified.

1. Minimize the toolbars using the downward facing rectangles
2. From View | Toolbars, uncheck one of the minimized toolbars

---> The minimized toolbar remains on-screen. Clicking upon the downward facing
rectangle does not maximize the toolbar.
There's also a second corner case --- if you minimize the taskbar, the build ID
(on Mac OS) overlaps the grow box, blocking the last two digits of the build ID.
Will file a separate bug on that.

Verification/re-opening was performed on:
	- Mac OS (1999 11/11 12:00)
	- Windows NT 4.0 SP5 (1999 11/11 08:00)
	- Linux (1999 11/11 08:00)
[Broke second corner case into bug #18667]
Assignee: davidm → pinkerton
Status: REOPENED → NEW
reassign to Pink. I assume the problem is that the toolbar code will not hide
collapsed toolbars.
Status: NEW → ASSIGNED
OS: Windows NT → All
Hardware: PC → All
Summary: [RFE] Should be able to control which toolbars are displayed → Can't hide collapsed toolbars
yeah, probably a toolbar problem. didn't think about that case, i guess. I'll get
to it eventually. changing summary to correctly reflect the bug. changing OS to
All. accepting bug.
not really needed for beta. pushing out.
Target Milestone: M14 → M16
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Component: User Interface: Design Feedback → XP Toolkit/Widgets
moving all defects not directly related to P0 beta2 features off to M18.
Target Milestone: M16 → M18
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
toolbars are totally different now, moving to hyatt since he rewrote them all
Assignee: pinkerton → hyatt
Status: ASSIGNED → NEW
long since fixed.  any specific bugs with toolbars are assigned to ben anyway.  
this one is just a waste of space.
Status: NEW → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Keywords: verifyme
Verified on Win 2000110616-mn6
Verified on linux 2000110616-mn6
Verified on Mac 2000110615-mn6
Keywords: vtrunk
Marking Verified
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.