I want to propose a - i guess - simple improvement of the useablity. It is at least affecting Writer (including Math and Web), Calc, Impress and Draw. I am not sure if there the possibility of zooming in Base. Shortcuts for "Zoom in", "Zoom out" and "Zoom to 100 %". I have tried to find them but have not found one so I guess there noones at the moment. If I am wrong please let me know. Ctrl + "+" and Ctrl + "-" are not free so they can not be used. I would suggest: (Ctrl +) Alt + "+" for "Zoom in" (Ctrl +) Alt + "-" for "Zoom out" (Ctrl +) Alt + "0" (Zero) for "Zoom to 100 %" And maybe: (Ctrl +) Alt + "2" for "Zoom to 200 %" (Ctrl +) Alt + "5" for "Zoom to 50 %" Anyone else who is interessted in such improvement?
Thanks for new idea Such functionality exist in InkScape. May be assign shortcuts as there for users not re-learn shortcuts? Meanwhile, enable experimental functionality in settings, record Basic macros for this. Use Tools->Macros->Record macro. Then assign produced macros to shortcuts. Use Tools->Customize, tab "Keyboard", category "LibreOffice macros"
On Tools> Customise >Keyboard is is possible to attach the function Zoom in and Zoom out from the View category. Unfortunately these do not work even though Zoom does, but this is not that much use as a shortcut. http://user.services.openoffice.org/en/forum/viewtopic.php?f=9&t=47378
https://bugs.freedesktop.org/show_bug.cgi?id=48485 https://bugs.freedesktop.org/show_bug.cgi?id=52503 these look like requests for the same
Created attachment 71489 [details] Basic macro which has needed functionality I have written Basic Macro which allows Zoom In, Zoom Out, Zoom 100% and some another.
*** Bug 52503 has been marked as a duplicate of this bug. ***
Confirming with 4.1.0.0alpha0+ (master) for Writer, Calc and Math. In Impress/Draw it works – with some hickups: * only Alt-– and Alt–+ work, Alt-0 does nothing; * it doesn't work immediately after opening a file, you have to click the document area first * when editing text, it doesn't work either.
Created attachment 71494 [details] variant of macro for presentations
In Mac OS X, CMD+ and CMD- are the standard keyboard commands for zooming across all applications, and it is quite disorienting to have otherwise in LibreOffice. As a special case for OS X, these shortcuts should be used (I believe they do not clash with anything else). (In particular, Draw currently counter-intuitively uses shift-+ and - to zoom).
*** Bug 68929 has been marked as a duplicate of this bug. ***
*** Bug 48485 has been marked as a duplicate of this bug. ***
*** Bug 59617 has been marked as a duplicate of this bug. ***
Created attachment 107426 [details] Zoom toolbar for Writer and Calc packaged as extension
Created attachment 107427 [details] Zoom toolbar for Impress packaged as extension
Was just about to submit a duplicate bug report because i was unable to assign a shortcut for the Zoom In and Out commands in the Customize dialog, though shortcuts for other Zoom commands worked fine - .uno:ZoomPage, .uno:ZoomPageWidth, .uno:ZoomOptimal, .uno:Zoom100Percent I planned to set Zoom In and Zoom Out as Ctrl + Alt + Plus and Ctrl + Alt + Minus on all 3 platforms. (Cmd + Alt + Plus and Cmd + Alt + Minus on mac are reserved for screen zooming on Mac) @Maxim, @Samuel, @Bubli: Any idea why these two commands are the only ones acting strange?
Adding the commands to the toolbar show that they are disabled, which would be the reason why they dont work with the shortcuts. But why as they work fine in print preview mode.
(In reply to Yousuf (Jay) Philips from comment #15) > But why as they work fine in print preview mode. They implemented only for print preview.
(In reply to Maxim Monastirsky from comment #16) > They implemented only for print preview. Thats sad. Any way to link shortcuts to the zoom in and zoom out buttons in the statusbar to be equivalent to mouse clicks?
*** Bug 101867 has been marked as a duplicate of this bug. ***
*** Bug 108895 has been marked as a duplicate of this bug. ***
Now working on the 5.4.1.2 : There are in the Customize > Keyboards > View > Zoom In / Out options for assigning shortcuts to these features, but the assignment does not work. Since the features IS available and it is broken, I changed the Importance of this bug. Do not know if this ever worked in previous versions to be called a regression. Thanks
(In reply to Rogerio Luz Coelho from comment #20) > Now working on the 5.4.1.2 : > > There are in the Customize > Keyboards > View > Zoom In / Out options for > assigning shortcuts to these features, but the assignment does not work. Wrong. It works. There's just misunderstanding about what this feature does. It is "zoom in/out in preview", which is unfortunately isn't explained well. > Since the features IS available and it is broken, I changed the Importance > of this bug. Wrong. It is not broken, but is not implemented for what is expected by many users, that's why it's enhancement. > Do not know if this ever worked in previous versions to be called a > regression. It is clearly stated in above discussion.
*** Bug 112896 has been marked as a duplicate of this bug. ***
*** Bug 115217 has been marked as a duplicate of this bug. ***
Mine just got marked as a duplicate of this one - So I'll put it here also, not sure if anything is on the table to address the issue. Also not sure how things are marked as 'bugs' or not, but according to the info on "How to report Bugs" at https://wiki.documentfoundation.org/QA/BugReport, this looks by definition to be a 'bug' :- (..."Confirm that it really is a bug. Most of the time, a bug is something that makes the software behave in a way that a reasonable user would not want it to behave. This includes the software not doing what you want it to do") LibreOffice Writer Tools > Customize > Keyboard > Category: View > Set keys & Modify to::: Zoom In = Ctrl++ Zoom Out = Ctrl-- Once modified in Keys, click OK Nothing happens when using these keyboard shortcuts. If you need anything else, just let me know. Thanks ;-) Steps to Reproduce: LibreOffice Writer Tools > Customize > Keyboard > Category: View > Set keys & Modify to::: Zoom In = Ctrl++ Zoom Out = Ctrl-- Once modified in Keys, click OK Nothing happens when using these keyboard shortcuts. Actual Results: Nothing happens when using keyboard shortcuts Expected Results: Zoom in, and out (common keys Ctrl++, Ctrl-- work on lots of programs / applications - it's 2nd nature to use that key combo for me at least. Probably for lots of others too, or a variant like Alt + for Photoshop etc.) Reproducible: Always User Profile Reset: No Additional Info: Not such an issue on a desktop (where a user would more often have a mouse with a scroll-wheel and can probably use Ctrl + scroll. But on a laptop with a touchpad - not so convenient. And, just not what I 'expect' after actually setting those in keyboard shortcuts etc. Version: 5.3.7.2 (x64) Build ID: 6b8ed514a9f8b44d37a1b96673cbbdd077e24059 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: en-GB (en_US); Calc: group
*** Bug 118552 has been marked as a duplicate of this bug. ***
*** Bug 104653 has been marked as a duplicate of this bug. ***
*** Bug 122391 has been marked as a duplicate of this bug. ***
*** Bug 124331 has been marked as a duplicate of this bug. ***
Changing priority to 'high' since the number of duplicates is 5 or higher
I am using LibreOffice 7.0.1.2 and this issue is still present, 8 years since the first report of this bug. I am curious, when are you going to fix it?
@Mike I agree, in fact I have written up an extended article / review that focuses *purely* on the Zoom In / Zoom Out bug, and even has a screenshot of a real bad outcome: a bunch of cells overwritten, and the "Insert Cells" dialog appearing surprisingly. Please see: https://tomachi.co/review-libre-office-zoom-in-out-bug/ I breifly thought it was getting addrsesed also, because I was poking about this bug report a lot while writing this blog. Fingers crossed yours and now my comment this one will be the stimulation required. I'm going to also post a fresh new bug (I know theres lot of dupes already but heck, I already wrote it up in the post above so it's no biggy. If I had a faster more powerful computer I'd look into setting up my build env for some potentially contributions open source stylee. But for now I prey to the gods of open-source! PS perhaps a 'bug bounty' on stack exchange should be considered? to raise funds for the friendly programmer or team that finally fixes this one?
*** Bug 122414 has been marked as a duplicate of this bug. ***
*** Bug 136669 has been marked as a duplicate of this bug. ***
Currently document canvas Zoom is implemented for document via popup dialog, zoom bar, or <ctrl>+mousewheel events. Projects zoom via key_MOD1+mousewheel will progressively increase or decrease zoom percentage, the needed function. It unfortunately requires use of a mouse. Keyboard only Zoom-in or zoom-out action is possible currently but it is *very* cumbersome, i.e. F10 + v + z + z (or as mnemonics are localized) and then enter zoom percentage or select zoom preset radio button. Enhancement is to supplement the dialog, zoom bar, and key_Mod1+mousewheel Zoom actions with new control(s) (zoom-in/zoom-out), using existing SVX zoomtools/zoomctrl/zoom framework. A simple key_mod controlled keyboard only stepped adjustment of zoom level at the zoom steps defined in zoomtools.cxx, that could also be reassigned via keyboard customizations. Implementing with default shortcut assignments to match os/DE norms would help make for a seamless UX.
@Jim R, if you are looking for something lighter weight as you wrap up Outline mode this might be appealing...
Here is a patch that integrates the existing .uno:ZoomPlus and .uno:ZoomMinus user interface commands into the Writer document canvas. https://gerrit.libreoffice.org/c/core/+/102830
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2cddaa6e199ed8bb6185b7825791199f9da4a670 tdf#45705 Integrate zoom UI commands into Writer text edit view It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
@Jim, looks great! We'll get to test drive with the 2020-09-28 TB nightlies...
Thanks very much to everyone involved in landing this enhancement!
Thanks Jim! The shortcuts remain unassigned by default--and believe that is acceptable. Rather the ZoomIn and ZoomOut UNO commands are now available to search for and assign via the Tools -> Customize dialog to the Writer module. Zoom steps match well with behavior with Scroll wheel, so that is what most folks wanted--smooth keyboard zoom, in or out. @Jim, Mike -- suitable for backport to 7.0? =-testing-= Version: 7.1.0.0.alpha0+ (x64) Build ID: dda71436b8594fb0669b3ac06c02a3997a0674be CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Many thanks for all the invovled ... Great work !!!
This bug is Verified but please explain: 1. how is this used, not with shortcuts in Comment 0 ? 2. request was for all modules and fix is for Writer, what's the status for all? 3. are duplicates checked?
4. should something from here for Writer be added to Impress in bug 38169 ?
(In reply to Timur from comment #42) > This bug is Verified but please explain: > 1. how is this used, not with shortcuts in Comment 0 ? > 2. request was for all modules and fix is for Writer, what's the status for > all? The UNO commands are available to apply as keyboard shortcut in all modules. The effects by module could use some work. sm (Math) responds as sw (Writer) with smooth zoom increments. sd (Draw, Impress) respond, but the increments are not the smooth scaling of the <Ctrl>+<MouseScroll> now present in sw (Writer). The sc (Calc) sheets do not respond to the .uno:ZoomIn, .uno:ZoomOut controls, they apply against the print preview. Something done for each module similar to https://gerrit.libreoffice.org/c/core/+/102830 perhaps? > 3. are duplicates checked? Feel free.
Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/95b27dd2e5b5bdcb39962f72882dcdf406bcb393 tdf#45705 rework zoom in and zoom out UI commands in Calc It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #45) > Affected users are encouraged to test the fix and report feedback. Tested in Calc against Version: 7.1.0.0.alpha1+ (x64) Build ID: 42a691933429dbb315de2bd7ba2724993c60411f CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Tools -> Customize dialog -> Keyboard tab Searching for zoom, select ZoomIn and then ZoomOut and modify a keyboard binding for each (used <Alt>+[ and <Alt>+] respectively). The assigned keyboard shortcuts have nice smooth zoom scaling matching behavior of the <Ctrl>+<mousewheel> movements. Exactly what was needed for Calc. Thanks Jim! ps. didn't see that you'd had anything worked up for sd (Draw/Impress) a tougher nut to crack?
(In reply to V Stuart Foote from comment #46) > > ps. didn't see that you'd had anything worked up for sd (Draw/Impress) a > tougher nut to crack? Stuart, thanks for testing! I think this would be a nice beginning hack. code pointers: Examine patches made for Writer and Calc and do the same for Draw/Impress. sd/source/ui/view/viewshel.cxx is where the CommandEventId::Wheel behavior is defined. sd/source/ui/view/drviewse.cxx is where user commands are handled: case SID_ZOOM_IN: and case SID_ZOOM_OUT:
*** Bug 146240 has been marked as a duplicate of this bug. ***
=> NEW for remaining Easyhack to provide UNO for sdraw and simpress use and keyboard assignment. Code pointers in comment 47. @Jusitn, saw you unassigned Jim R. did you have a mentoree that is going to take this?
*** Bug 153513 has been marked as a duplicate of this bug. ***
From what I understood of this ticket, we need a smoother SID_ZOOM_IN / SID_ZOOM_OUT in Impress/Draw. The proposed patch is here: https://gerrit.libreoffice.org/c/core/+/146825 This patch fixes the step size and makes it work as the zoom slider. One question remains. Should we create default shortcuts for these commands?
(In reply to Rafael Lima from comment #51) > This patch fixes the step size and makes it work as the zoom slider. Thanks! > One question remains. Should we create default shortcuts for these commands? Yes please. Many modern apps use ctrl +, ctrl - for zoom, and LibreOffice could follow this convention.
(In reply to Rafael Lima from comment #51) > From what I understood of this ticket, we need a smoother SID_ZOOM_IN / > SID_ZOOM_OUT in Impress/Draw. > > The proposed patch is here: > https://gerrit.libreoffice.org/c/core/+/146825 > > This patch fixes the step size and makes it work as the zoom slider. Or the <Ctrl>+<M.Wheel> -- both at "incremental" steps of the +/- of the slider. > > One question remains. Should we create default shortcuts for these commands? Probably OK now to go ahead and set it globally.--users with dfferent prefs can customize the keyboard entries by module or globally. The <Ctrl>+ "- / =" might be a better assignment than "- / +" to avoid requiring use of a <Ctrl>+<Shift>. That seems to be the preferred Apple assignment (<Opt><Cmd>+= ) for Zoom-in
Rafael Lima committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c96e1ec61835bc01e2969ec97fce9a1674fbf6d7 tdf#45705 Make SID_ZOOM_IN and SID_ZOOM_OUT smoother in Impress It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to V Stuart Foote from comment #53) > The <Ctrl>+ "- / =" might be a better assignment than "- / +" to avoid > requiring use of a <Ctrl>+<Shift>. It would be nice to have the same shortcut for .uno:ZoomMinus and .uno:ZoomPlus in all LO applications. From comment #53 the best candidates are <Ctrl>+ "- / =". However, Ctrl + "-" is already used differently across applications: In Writer - Ctrl + "-" is associated with "Insert soft Hyphen" - Ctrl + "=" is empty In Calc - Ctrl + "-" is associated with "Delete Cells" - Ctrl + "=" is empty In Impress/Draw - Ctrl + "-" is associated with "Send Backward" - Ctrl + "=" is empty In the Basic IDE - Ctrl + "-" is empty - Ctrl + "=" is empty In short, Ctrl + "=" is free to be associated with ZommPlus. But what can we do about ZoomMinus?