Closed
Bug 155562
Opened 22 years ago
Closed 12 years ago
Ability to add a Zoom button to the Toolbar
Categories
(SeaMonkey :: UI Design, enhancement)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 670476
People
(Reporter: tanfeng, Unassigned)
References
Details
(Keywords: access)
Attachments
(1 file)
(deleted),
image/png
|
Details |
I use the zooming faculty very very often, but it's quite inconvinient to change
to ratio because the menus reside very deep. So what about to add a "zoom"
button or
a listbox along with the "search","print" etc.,just like the Opera browsers.
Comment 1•22 years ago
|
||
To UI design
Assignee: hyatt → mpt
Component: XP Toolkit/Widgets: Menus → User Interface Design
QA Contact: shrir → zach
Comment 3•22 years ago
|
||
This is an RFE. I doubt it'll land with the current UI...
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: A zoom button should be added on the tool bar → [RFE] A zoom button should be added on the tool bar
Comment 4•22 years ago
|
||
Yes. This is one of the buttons that should be available, but off by default,
once Navigator has a customizable Toolbar. Clicking the button should drop down
a menu identical to the Text Zoom submenu. Marking dependency. --> XP Apps: GUI.
Assignee: mpt → blaker
Component: User Interface Design → XP Apps: GUI Features
Depends on: 15144
QA Contact: zach → paw
Summary: [RFE] A zoom button should be added on the tool bar → Ability to add a Zoom button to the Toolbar
Comment 5•22 years ago
|
||
See also bug 162208 (Chimera).
Comment 6•22 years ago
|
||
*** Bug 174400 has been marked as a duplicate of this bug. ***
Comment 7•22 years ago
|
||
Two responses to Comment #4:
1.) I don't think that this option should be off by default. Many *general*
users don't even know that it exists on the menubar, and are not aware of
keyboard shortcuts. Advanced users, who you expect to customize the browser via
preferences, can turn off the button later. Maybe I'm thinking more towards
Netsccape deployment.
2.) I would suggest that the interface be two buttons, one for zooming text (by
one step) and one for un-zooming text (by one step). Therefore, three rapic
clicks of the zoom button would result in the text being resized 3 steps. I
think that the idea of opening a dropdown or something else is not much better
interface than the menu-bar option.
I figure that in most cases (based on my own use of zoom), when a user gets to a
page they probably only need to zoom the text by one step (up or down). A
single button click would be much more easy than selecting from a menu.
A listbox might work OK too, but I would still suggest 2 buttons for zoom and
un-zoom.
My apoologies for the duplicate bug. I didn't find this one searching for "text
zoom". =(
Comment 8•22 years ago
|
||
Nielsen suggests making the Smaller and Larger buttons visible by default:
http://www.useit.com/alertbox/20020819.html
Comment 9•22 years ago
|
||
*** Bug 196546 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
I realize that I'm probably in the minority, but I agree that this should
actually be on by default.
http://actsofvolition.com/index.cfm?section=board&id=583
Comment 11•22 years ago
|
||
I agree with Jakob (comment 8). Furthermore, I think the amount of zoom should
optionally be dynamic, equal to the % zoom last selected from the view->text
zoom->other menu.
Comment 12•22 years ago
|
||
preliminary extension implementation
http://downloads.mozdev.org/cdn/fs/fs.xpi 0100 GMT
taken directly (a few tweaks) from recent addition to trivial
http://cdn.mozdev.org/
proviso : current localisations of labels are long (makes buttons a bit wide)
only basic +/-/100% buttons currently
UI may be quirky
Comment 13•21 years ago
|
||
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
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 14•18 years ago
|
||
alternatively we can do like IE7 way.
Comment 15•17 years ago
|
||
No comment in about 5 months.
I expect the solution to this bug will become much easier when (and if) toolbar customization gets ported to Sm2.
Depends on: CustomToolbars
Comment 16•17 years ago
|
||
P.S. Resetting A+QA on the assumption that they aren't current anymore.
Assignee: guifeatures → nobody
QA Contact: pawyskoczka → guifeatures
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•