Open Bug 83059 Opened 23 years ago Updated 7 years ago

Allow component icons in status bar to be hidden in composer/mailnews/etc


(SeaMonkey :: UI Design, enhancement)

Not set


(Not tracked)



(Reporter: BenB, Unassigned)



(Keywords: regression)

Since recently, the lowest bar has been removed and the icons for the Mozilla
Communicator components (Navigator, Mailnews, Composer, Address Book) are now in
the status bar. This has the unfortunate side effect that I cannot remove them
anymore - they take space from the main area, which is important to see the url
which I am about to visit (mouse over <a href>).

I am aware that Navigator 4.x has the same problem, but it always bugged me. The
previous Mozilla behaviour worked better for me.

Allow user to disable component icons in the status bar.
there should be a view>show>component bar option... i'll rumage
Whiteboard: DUPEME
Makes sense to me.

*   Add a `Component Bar' item to the `Show/Hide' submenu, immediately below the
    `Status Bar' item.
*   When the `Component Bar' item is toggled, toggle the display of the
    component bar -- for that window only, to be consistent with the other
    `Show/Hide' toggles. Persist the state across sessions for that type of
    window (Navigator, message composition, etc).
*   When the `Status Bar' item is unchecked, uncheck and disable the `Component
    Bar' item, to indicate that the component bar is hidden and cannot be shown
    without first showing the status bar.

--> XP Apps: GUI
Assignee: mpt → blakeross
Severity: normal → enhancement
Component: User Interface Design → XP Apps: GUI Features
QA Contact: zach → sairuh
Summary: Can't disable app icons → Allow component icons in status bar to be hidden
QA Contact: sairuh → claudius
*** Bug 84613 has been marked as a duplicate of this bug. ***
The component icons aren't really a bar. They're more of a collection of
buttons. So I think it would be better to add a 'Components' checkbox to the
'Select the buttons you want to see in the toolbars' bit of the Preferences
dialogue (in the Navigator category).
This is the same as bug 79997.
*** Bug 79997 has been marked as a duplicate of this bug. ***
Whiteboard: DUPEME
Target Milestone: --- → mozilla1.0
usability/polish, 0.9.4.
Target Milestone: mozilla1.0 → mozilla0.9.4
fix checked in.
Closed: 23 years ago
Resolution: --- → FIXED
Reopening, we also need this menu option in Composer, Mail and Address book
Resolution: FIXED → ---
This hasn't been touched since early August, has a Mozilla 1.0 keyword, and is
an anhancement . . . Propose we move ti out to a later milestone, like 1.0.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room
for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work.
 If anyone disagrees with the new target, please let me know.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.7
re mozilla1.0: I added the mozilla1.0 keyword. I will remove it now, because the
primary problem (Navigator status bar reduced, so less space for URLs during
mouseover links) has been fixed (thanks).
(Actually, I could live with the current state.)
Keywords: mozilla1.0
Assignee: blakeross → syd
Component: XP Apps: GUI Features → Editor: Composer
QA Contact: claudius → sujay
Assignee: syd → blakeross
Component: Editor: Composer → XP Apps: GUI Features
QA Contact: sujay → sairuh
timeless, don't you have anything better to do than go down your list of 'how to
annoy people'? I know I don't have to tell you not to reassign other people's
bugs; you're always the one whining to when someone sneezes
inappropriately in a bug.
QA Contact: sairuh → claudius
Target Milestone: mozilla0.9.7 → mozilla0.9.8
how about a universal (cross-app) menu item (the pref holds across

view>show>component bar>left/right/hidden

the left/right option would be 4xp, as the component bar was on the right in 4.xx
No, for two reasons. (1) That would result in submenus nested more than one
level deep, which we should never have. (And before you ask, yes, there are bugs
filed on all the cases where Mozilla has them currently.) (2) Position of chrome
is for determining by dragging, not by selection of menu items. (And before you
ask, if you're keyboard-bound and not able to drag things, you don't care where
the component bar is anyway and probably have it turned off.)
Dragging would be a wonderful thing if it worked... so this is planned?

In the navigator prefs Mozilla has:

"Select the buttons you want to see in the toolbars: [ ] bookmarks [ ] search..."

IMO this should be cloned for the component bar (somewhere under Appearance):

"Select the components which will [appear | have icons] in the component:" or
"Select the components you'd like to have shortcut access to:". Well.. I'm not a
native English speaker.. he.

Please don't do an all or nothing thing: I would like to remove chatzilla and
add the dom inspector. =)

Target Milestone: mozilla0.9.8 → mozilla0.9.9
Actually, Nick's idea makes a heck of a lot of sense. There's room there (even
in Netscape branded builds), it works more like the similar features in the
nav/pt bar, and would address the problem of Joe and Bob wanting Debuger
available down there, and Pete wanting Chatzilla (and me wanting none of them).

As more and more mozilla apps become available, ways to make them feel "at home"
 are needed. (rather then nav, mailnews, address book, and composer being
special). That would be a great step in the right direction.
Target Milestone: mozilla0.9.9 → mozilla1.0.1
*** Bug 125381 has been marked as a duplicate of this bug. ***
*** Bug 125383 has been marked as a duplicate of this bug. ***
*** Bug 125384 has been marked as a duplicate of this bug. ***
*** Bug 120495 has been marked as a duplicate of this bug. ***
nsbeta1-, cc tpringle
Keywords: nsbeta1-
*** Bug 131150 has been marked as a duplicate of this bug. ***
removing self from cc list
adding self to cc list
Summary: Allow component icons in status bar to be hidden → Allow component icons in status bar to be hidden in composer/mailnews/etc
*** Bug 134027 has been marked as a duplicate of this bug. ***
*** Bug 122332 has been marked as a duplicate of this bug. ***
*** Bug 187434 has been marked as a duplicate of this bug. ***
Reassigning obsolete bugs to their respective Seamonkey owners (i.e. nobody). 
If you want this fixed for Firefox, change the Product and Component accordingly
and reassign back to me.
Assignee: firefox → guifeatures
Target Milestone: mozilla1.0.1 → ---
Product: Core → Mozilla Application Suite
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: claudius → guifeatures
Component: XP Apps: GUI Features → UI Design
Assignee: nobody → jag
QA Contact: guifeatures
the components icons can be hidden with view/show hide/component bar
Closed: 23 years ago9 years ago
Resolution: --- → WORKSFORME
(In reply to Matthias Versen [:Matti] from comment #33)
> ... can be hidden with view/show hide/component bar

This works only in Browser windows. In MailNews, Address Book, Composer et cetera the Component Bar still can't be hidden.
Resolution: WORKSFORME → ---
Assignee: jag-mozilla → nobody
You need to log in before you can comment on or make changes to this bug.