Open Bug 83059 Opened 23 years ago Updated 7 years ago
Allow component icons in status bar to be hidden in composer/mailnews/etc
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.
there should be a view>show>component bar option... i'll rumage
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
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
*** 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. ***
Target Milestone: mozilla1.0 → mozilla0.9.4
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reopening, we also need this menu option in Composer, Mail and Address book
Status: RESOLVED → REOPENED
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.
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
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.)
Assignee: blakeross → syd
Status: REOPENED → NEW
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 mozilla.org when someone sneezes inappropriately in a bug.
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
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? Patrick
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. =)
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.
*** 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
*** 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
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0.1 → ---
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: claudius → guifeatures
the components icons can be hidden with view/show hide/component bar
Status: NEW → RESOLVED
Closed: 23 years ago → 9 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.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
You need to log in before you can comment on or make changes to this bug.