Issue 50134 - Make ZOOM Button a Dropdown for Selecting the Zoom Levels
Summary: Make ZOOM Button a Dropdown for Selecting the Zoom Levels
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 2.0 Beta
Hardware: All All
: P3 Trivial with 15 votes (vote)
Target Milestone: 4.x
Assignee: AOO issues mailing list
QA Contact:
: 53293 71867 (view as issue list)
Depends on:
Blocks: 53293
  Show dependency tree
Reported: 2005-05-31 15:13 UTC by Peter Lairo
Modified: 2017-05-20 11:27 UTC (History)
7 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

Screenshot of WordPerfect Menu - Current (66%) and Hovering (100%) (10.38 KB, image/jpeg)
2006-08-07 15:09 UTC, Peter Lairo
no flags Details
Screenshot of WordPerfect Menu - Current (66%) and OnMousedown (100%) (9.94 KB, image/jpeg)
2006-08-07 15:11 UTC, Peter Lairo
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Peter Lairo 2005-05-31 15:13:57 UTC
Make ZOOM Button a dropdown for selecting the Zoom Levels

The page ZOOM toolbar button needs to be a dropdown selection, instead of the
more cumbersome separate dialog window. This should be like in WordPerfect and
MS Word.

The most commonly used items should be at top:

| ( ) |            <---- Toolbar Zoom button icon
|      --------+
| Margin Width |
| Page Width   |
| Full Page    |
| 200%         |
| 150%         |
| 100%         |
| 75%          |
| 50%          |
| Other...     |

Don't add a text field in the zoom button as it wastes a lot of toolbar space
and users rarely will need/want to type in a zoomfactor often enough to justify
this sacrifice.

Ideally, the page should zoom *as* the mouse hovers over the menu items (as a
preview). The selected zoom should "stick" once the user clicks an item. If the
user doesn't click anything after hovering, the zoom goes back to what it was
before the user opened and hovered over the zoom menu. Yeah, maybe that's
another bug, but I can dream.
Comment 1 mci 2005-06-02 11:24:13 UTC
Hi peterlairo,

thanks for using and supporting

I think this is a great idea...

reassigned to cj
mci -> cj:
Hi cj,

here's another issue for enhancing toolbars...
Please have a look at it, thanks...
Comment 2 Peter Lairo 2005-06-02 11:32:51 UTC
Could someone please add "Toolbar" to the summary to make this bug easier to find?

--> Make ZOOM Toolbar Button a Dropdown for Selecting the Zoom Levels

PS. If you could give me (limited) bug editing rights, I could do these myself.
Comment 3 christian.jansen 2005-06-07 14:19:29 UTC
CJ: I totally agree to this issue. It was planned for OO.o 2.0 but due to other
priorities we decided to fix the problem later. My recommendation is to get this
fixed for all Modules in OO.o 2.01.
Comment 4 christian.jansen 2005-08-10 15:05:06 UTC
Sorry, but due to priority changes I have to change the Target milestone to 2.0.2.
Comment 5 christian.jansen 2005-08-10 15:12:15 UTC
Target changed.
Comment 6 madbop 2005-08-14 13:14:51 UTC
The function "Other..." might be a text field with the current zoom filled in.
Therefore I suggest to call this entry: "Current:____" with an editable textfield.
In case of the hovering approach releasing the mousebutton there should keep the
dropdown open and make the field editable.
Comment 7 eric.savary 2005-08-15 13:07:41 UTC
Also requested in issue 53293: give th Zoom *menu* entry a sub menu with typical
zoom factors.
Comment 8 eric.savary 2005-08-15 13:09:09 UTC
*** Issue 53293 has been marked as a duplicate of this issue. ***
Comment 9 christian.jansen 2005-11-11 07:51:34 UTC
Sorry, but I need to shift the target again. The reason is that more important
issues need to be fixed first. I'll change the target temporarily to OO.o 3.0.
Comment 10 christian.jansen 2005-11-11 07:53:05 UTC
Changed target
Comment 11 madbop 2005-11-11 12:19:55 UTC
Wow - and I thought this would be a straight forward UI change.
Too bad... OOo 3.0 seems very far away. P-(
Comment 12 christian.jansen 2006-08-07 13:41:39 UTC
Retargeted to 2.x
Comment 13 Peter Lairo 2006-08-07 15:09:00 UTC
Created attachment 38316 [details]
Screenshot of WordPerfect Menu - Current (66%) and Hovering (100%)
Comment 14 Peter Lairo 2006-08-07 15:11:09 UTC
Created attachment 38317 [details]
Screenshot of WordPerfect Menu - Current (66%) and OnMousedown (100%)
Comment 15 Peter Lairo 2006-08-07 15:25:07 UTC
Notice in the two screenshots above how the current zoom level is indicated in
the menu via a "depressed" and lighter background. This gives the user an
orientation on how much more/less he may want to zoom.
The hovered zoom level is indicated via a "raised" background.

The clicked-on (mouse-down) zoom level is indicated via a "depressed" background
that is a different (darker) than the current zoom lnevel's background.

Also note that the current zoom level (69%) was not in the standard list of zoom
levels (it was entered via the "Other..." dialog), but was inserted by
WordPerfect into the list because ... it is the current zoom level, and the user
needs to be shown this.

PS. This bugzilla (err, IssueZilla) interface is way outdated compared to the
BugZilla for Mozilla: Date format of comments: day/month separated from year by
the time; no comments for attachments; left edge space wasted by menus that
could be on top or bottom; hovering over a linkified issue number doesn't give
its "Summary" as a tooltip).
Comment 16 matthias.mueller-prove 2006-11-13 13:28:03 UTC
Comment 17 lohmaier 2007-03-26 14:46:46 UTC
*** Issue 71867 has been marked as a duplicate of this issue. ***
Comment 18 Martin Hollmichel 2008-01-28 02:47:19 UTC
set target 3.0
Comment 19 troodon 2008-03-17 01:04:22 UTC
I think the work for issue 1598 has made this RFE somewhat obsolete, as the zoom
dialog has changed to integrate the view layout controls and a zoom slider has
been added to the status bar.

For more info see and
. Also see issue 30522.
Comment 20 Martin Hollmichel 2008-06-03 09:23:51 UTC
I don't think this became obsolete, but the zoom slider is a great improvement,
anyhow for a change for 3.0 it too late, moving target to 3.x
Comment 21 Peter Lairo 2012-07-21 13:26:56 UTC
It's been four years since the last comment. Any chance of getting this important feature onto someone's plate?

BTW: I don't think the current slider is very useful - it's just less bad than the current Toolbar Button UI.
Comment 22 Armin Le Grand 2012-07-22 11:53:45 UTC
ALG: Taking over. One comment: Double-click on the zoom factor in the footer allows to do this already.
Comment 23 Peter Lairo 2013-03-05 20:59:35 UTC
(In reply to comment #22)
> ALG: Taking over. 

What's the status of your work on this bug?

> One comment: Double-click on the zoom factor in the footer
> allows to do this already.

A Double-click on the zoom factor in the footer brings up the zoom dialog box where the user has to click on the desired zoom level and then on the OK button. That's a double-click + 2 clicks = 4 clicks and a lot of mouse travel distance. The toolbar button menu proposed here is only 2 clicks in a very small area. So yes, "it" can be done already, but the *way* it currently must be done is just much worse.

Anyhow, I hope you can fix this bug soon.
Comment 24 Regina Henschel 2013-03-05 21:34:06 UTC
Not a double-click, but a right-click on that field brings up the list. That are exact the same number of clicks as it would be with a drop-down list.
Comment 25 Peter Lairo 2013-03-17 13:50:33 UTC
(In reply to comment #24)
> Not a double-click, but a right-click on that field brings up the list. 

Thanks. I hope you realize that the mere "number of clicks" is much less relevant here than the discoverability problem.
Comment 26 Marcus 2017-05-20 11:27:49 UTC
Reset assigne to the default "".