Closed
Bug 87538
Opened 24 years ago
Closed 14 years ago
preferences buttons on status bar
Categories
(SeaMonkey :: UI Design, enhancement)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: martin.macok, Unassigned)
References
Details
(Keywords: access)
I have followed Bug 38521 (preferences toolbar) but I don't see it much usable. It will eat too much space on smaller screens to be turned on instantly. I would like to have just another 4 small buttons near "online/offline button" and "security button" down on the right side of the Status Bar (I see much unused space here now). Theese buttons could be: 1) Javascript: on/off 2) Java: on/off 3) Cookies: on/off/current server only 4) Images: on/off/current server only (Maybe someone could add fifth button for "stop/start animating GIFS"). Theese buttons would act same as user changing prefs in Edit/Preferences menu and hitting OK. The presence of theese buttons could be made toggled by Edit/Preferences/Navigator dialog (among Go, Search, Print ... buttons).
Comment 1•24 years ago
|
||
Very nice, and I like the idea of using that extra status bar space for the purpose.
Comment 2•24 years ago
|
||
Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: ui
Summary: preferences buttons on status bar → [RFE] preferences buttons on status bar
Comment 3•24 years ago
|
||
Interesting idea. Others want a preference toolbar or sidebar panel. -> UI Design
Assignee: blake → mpt
Component: XP Apps: GUI Features → User Interface Design
QA Contact: sairuh → zach
Comment 5•23 years ago
|
||
I prefer this solution over the preferences toolbar, but I propose the on/off for the images to be valid for all servers, not for current one. Or to have a 3-state (on/off/off for this server) checkbox/button/whatever.
Reporter | ||
Comment 6•23 years ago
|
||
Yes, it is reasonable to make this buttons act for all servers with same behaviour as user visiting Preferences, turning it on/off and hitting OK. (It's the most expectable behaviour for a user). The reason is that you know what server you'll be visiting now and you change preferences buttons on/off BEFORE visiting it. Other reason why I think theese buttons can add some "security value" to Mozilla: I always prefer to turn off javascript and turn it on when needed. But because turning on and off javascript through Preferences dialog is a pain so I'm lazy doing it all the times and leave it turned on by default for comfort. If turning on/off this is easy as a clicking on a button on a status bar then it would not be a pain to turn it on/off as many times as needed and I would leave it turned off by default for me. Same for cookies/images. Preferences toolbar will eat workspace so user will turn it off by default. Then turning on javascript will be almost same pain as through Preferences - user must turn preferences toolbar on and that's almost similar to turn on Preferences dialog. Same applies for Preferences sidebar. [If workspace is not a problem, then add "Apply" button to Preferences dialog and let this dialog persistent on your desktop - you have *shiny new* "floating" preferences toolbar for free ;-) ]
Comment 7•23 years ago
|
||
floating toolbars are like pop-ups, the get in the way and you have to move them. I say add a sidebar for Mozilla-cool-add-on links then users can install it if they want. or create a right side screen sidebar for such things instead of toolbar at the top. ie - like many large MS apps/graphics packages, along with Office XP, right side clipboard stuff/toolbars. I bet MS would get mad at that. :) -dman84
Comment 8•23 years ago
|
||
i liek this idea. it is very annoying when you need to turn on/off (mostly) javascript and java through Edi/Preferences. it would be very handy to have them available along with online/offline and security button. i really want it ;)
Comment 9•23 years ago
|
||
*** Bug 128536 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
.
Assignee: mpt → blaker
Component: User Interface Design → XP Apps: GUI Features
QA Contact: zach → paw
Summary: [RFE] preferences buttons on status bar → preferences buttons on status bar
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Updated•18 years ago
|
Assignee: bross2 → guifeatures
QA Contact: pawyskoczka
Comment 11•17 years ago
|
||
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: guifeatures
Comment 12•14 years ago
|
||
Given the general design direction towards reducing visual noise and keeping things lean and simple I think we should WONTFIX this bug. This kind of functionality belongs in an add-on.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•