Apache OpenOffice (AOO) Bugzilla – Issue 50134
Make ZOOM Button a Dropdown for Selecting the Zoom Levels
Last modified: 2017-05-20 11:27:49 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.
Hi peterlairo, thanks for using and supporting OpenOffice.org... 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...
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.
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.
Sorry, but due to priority changes I have to change the Target milestone to 2.0.2.
Target changed.
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.
Also requested in issue 53293: give th Zoom *menu* entry a sub menu with typical zoom factors.
*** Issue 53293 has been marked as a duplicate of this issue. ***
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.
Changed target
Wow - and I thought this would be a straight forward UI change. Too bad... OOo 3.0 seems very far away. P-(
Retargeted to 2.x
Created attachment 38316 [details] Screenshot of WordPerfect Menu - Current (66%) and Hovering (100%)
Created attachment 38317 [details] Screenshot of WordPerfect Menu - Current (66%) and OnMousedown (100%)
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).
voting
*** Issue 71867 has been marked as a duplicate of this issue. ***
set target 3.0
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 http://blogs.sun.com/GullFOSS/entry/the_multiple_page_view and http://specs.openoffice.org/writer/statusbar/Multiple_Pages_View_and_Zoom_Control.odt . Also see issue 30522.
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
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.
ALG: Taking over. One comment: Double-click on the zoom factor in the footer allows to do this already.
(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.
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.
(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.
Reset assigne to the default "issues@openoffice.apache.org".