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

Status: REOPENED

(SeaMonkey :: UI Design, enhancement)

Description

[Ben Bucksch (:BenB)]

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.

Request:
Allow user to disable component icons in the status bar.

Comment 1

[timeless]

there should be a view>show>component bar option... i'll rumage

Comment 2

[Matthew T (active 1999-2002)]

Makes sense to me.

Mini-spec:
*   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

Comment 3

[Chris Lyon]

*** Bug 84613 has been marked as a duplicate of this bug. ***

Comment 4

[Alex Bishop]

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).

Comment 5

[J Luh]

This is the same as bug 79997.

Comment 6

[timeless]

*** Bug 79997 has been marked as a duplicate of this bug. ***

Comment 7

[Blake Ross]

usability/polish, 0.9.4.

Comment 8

[Blake Ross]

fix checked in.

Comment 9

[David Hallowell]

Reopening, we also need this menu option in Composer, Mail and Address book

Comment 10

[Jaime Rodriguez, Jr.]

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.

Comment 11

[Peter Trudelle]

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.

Comment 12

[Ben Bucksch (:BenB)]

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.)

Comment 13

[timeless]

.

Comment 14

[Blake Ross]

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 mozilla.org when someone sneezes
inappropriately in a bug.

Comment 15

[Patrick Gallagher]

how about a universal (cross-app) menu item (the pref holds across
mail/news/composer/chat)

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

Comment 16

[Matthew T (active 1999-2002)]

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.)

Comment 17

[Patrick Gallagher]

Dragging would be a wonderful thing if it worked... so this is planned?

Patrick

Comment 18

[Nicolás Lichtmaier]

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. =)

Comment 19

[Jeremy M. Dolan]

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.

Comment 20

[Blake Ross]

*** Bug 125381 has been marked as a duplicate of this bug. ***

Comment 21

[Blake Ross]

*** Bug 125383 has been marked as a duplicate of this bug. ***

Comment 22

[Blake Ross]

*** Bug 125384 has been marked as a duplicate of this bug. ***

Comment 23

[Blake Ross]

*** Bug 120495 has been marked as a duplicate of this bug. ***

Comment 24

[Peter Trudelle]

nsbeta1-, cc tpringle

Comment 25

[Andrew Lin]

*** Bug 131150 has been marked as a duplicate of this bug. ***

Comment 26

[Chris Lyon]

removing self from cc list

Comment 27

[Ian Pottinger]

adding self to cc list

Comment 28

[J Luh]

*** Bug 134027 has been marked as a duplicate of this bug. ***

Comment 29

[J Luh]

*** Bug 122332 has been marked as a duplicate of this bug. ***

Comment 30

[Joe Infla]

*** Bug 187434 has been marked as a duplicate of this bug. ***

Comment 31

[Blake Ross]

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.

Comment 32

[Serge Gautherie (:sgautherie)]

Filter "spam" on "guifeatures-nobody-20080610".

Comment 33

[Matthias Versen [:Matti]]

the components icons can be hidden with view/show hide/component bar

Comment 34

[:Hb]

(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.