Bug 159156 - Option to prevent (accidental) zoom per trackpad
Summary: Option to prevent (accidental) zoom per trackpad
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All macOS (All)
: medium enhancement
Assignee: Not Assigned
URL: https://ask.libreoffice.org/t/please-...
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: Zoom
  Show dependency treegraph
 
Reported: 2024-01-12 15:25 UTC by khindall
Modified: 2024-02-15 09:24 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description khindall 2024-01-12 15:25:37 UTC
Description:
I want to keep the zoom at 100 percent in all LibreOffice applications that I use (currently only Writer and Calc). The trackpad in the MacBook is too big, and if I accidently touch it, the zoom bounces around. I don't want to turn the zoom off at the system level because I use it in other applications.

There is no solution (including keyboard Shortcuts within LibreOffice and the operating system) for my antiquated hardware and software (MacBook Pro (13-inch, Mid 2012), running macOS 10.15.7). There are no third-party solutions that I can run.

More details at: https://ask.libreoffice.org/t/please-add-a-lock-zoom-feature-on-libreoffice/100546

Actual Results:
I can't get the Zoom to stay at 100 percent. It dances all around, driving me nuts.

Expected Results:
I have researched this extensively. There is nothing I can do but ask for an enhancement to LibreOffice.


Reproducible: Always


User Profile Reset: No

Additional Info:
It should have an option that allows me to freeze the zoom at a level of my choice.
Comment 1 Stéphane Guillou (stragu) 2024-01-28 05:04:39 UTC
Thanks for the suggestion.
The spurious scroll is because of a pinch gesture or an option + scroll? Or a scroll when hovering the status bar control?

Please also see these related questions:

https://ask.libreoffice.org/t/disable-mouse-zoom-in-osx/9888
https://ask.libreoffice.org/t/lock-zoom-level/71722
https://ask.libreoffice.org/t/macos-unwanted-document-zoom-when-scrolling/54131
https://ask.libreoffice.org/t/libreoffice-macos-please-provide-an-option-to-disable-mouse-scroll-zoom/99613
Comment 2 khindall 2024-01-28 10:36:09 UTC
It's when I am typing. It does not correspond to what I am typing. There is no key in particular that I am holding down. It happens because my hands accidentally touch the too-big trackpad while I am working.

As for all of the links, I saw those before I posted.

I would prefer to have my status bar.

I use the zoom in other applications, for instance, Firefox. I can't be turning the mouse zoom on and off as I go into LibreOffice and out of it. 

I don't use Cmd-Scroll. I just scroll (or try to), and yes, sometimes get an unwanted Zoom instead.

I do not habitually hold down the Cmd key. I may sometimes hold it down a bit longer while I try to recollect which other key I need to press to get the desired action, but if that were the problem, it wouldn't bother me enough to ask for a change.

On my screen, neither the page width nor the entire page are 100 percent, which is what I want. If you want to add a command of returning to 100 percent that I could put on a keystroke to quickly return to what I need, that would work, but I can find no such command to reference.

Please. As I said, I thoroughly researched this before I posted. I've had years to do so. I try not to make demands of people. (I am autistic and interaction is unpleasant.) Please just give me a way to lock the zoom or a keystroke that quickly returns me to 100 percent so I can quit detouring while I am trying to work.
Comment 3 Stéphane Guillou (stragu) 2024-01-29 02:39:50 UTC
Thank you for the extra information and checking the links, khindall, I appreciate it.

Let's see what the UX/Design team thinks then.

UX/Design team: this seems to be a recurrent topic online and on the bug tracker (linked to all the issues with trackpads scroll being too sensitive). I can see how some users might like to turn off zoom in the app / fix its value.
I can imagine a discrete lock icon next to a greyed-out zoom control in the status bar, which would be controlled by getting into the Zoom and View Layout dialog:

[ ] Lock zoom factor
(which would grey out all other zoom controls in the dialog)
Comment 4 Stéphane Guillou (stragu) 2024-01-29 02:41:32 UTC
(In reply to Stéphane Guillou (stragu) from comment #3)
> I can imagine a discrete lock icon next to a greyed-out zoom control in the
> status bar,
(... or even the scrollbar _replaced_ by a lock icon, with tooltip "zoom factor is locked", while still showing the zoom factor on its right. Would be cleaner.)
Comment 5 Heiko Tietze 2024-01-29 13:19:37 UTC
(In reply to khindall from comment #2)
> It's when I am typing...
Thanks for your thorough explanation. However, I hesitate to add options just on one report (although in this case it seems to be some issue). Can we try to figure out the cause first?

a) Is only LibreOffice affected by the unintended zoom on typing?
b) What exactly do you do except typing? I mean scroll with two fingers, accidentally ending up in a pinch gesture, for example.

Ultimately, I cannot confirm an issue on my MacBook.
Comment 6 khindall 2024-01-29 13:40:58 UTC
Yes, as above, it does happen in other applications. They have solutions. For instance, in Firefox, I can hit Cmd-0 and it takes me back to 100 percent. There is no such solution in LibreOffice. I looked for it.

I only know that I am *not* trying to zoom and it does. It's an accident. I know it happens while I'm typing because that happens so frequently. It may well occur when I'm scrolling. I am autistic and surprises tend to scramble my immediate short-term memory (a therapist once called it my "deer-in-the-headlights look"). 

I do understand your point, I did computer support back in the nineties, but could you *please* just give me the lock or the quick return that Firefox does? I have researched, I have tried to get by without pestering, but I need help. I cannot even afford to get a different computer to solve the problem.
Comment 7 Heiko Tietze 2024-01-29 14:09:57 UTC
(In reply to khindall from comment #6)
> Cmd-0 ... takes me back to 100 percent. There is no such solution in LibreOffice.
Yes, there is! Use Tools > Customize (not available in the start center), go to Keyboard, pick 100% under Function, select to the key combination you like (ctrl+0 aka ^+0 is free but you can also change existing shortcuts), and click Modify.

We could assign this shortcut by default (ctrl+0 / ^+0). I'm a bit split since users get familiar with defaults and we can never use a shortcut for anything else. But in fact it's the common shortcut for reset zoom on browsers. And if we assign a shortcut, is it really 100% or any other zoom option (page width, optimal width etc.). Probably better make this one a duplicate of bug 82679.
Comment 8 khindall 2024-01-29 16:31:06 UTC
Well, I'm having a hellish time figuring out how to get it assigned to the keystroke, but that's a different matter altogether.

Odd, I searched and searched and couldn't find that command listed anywhere. And I've been searching for *years*.

I'll fight with the thing until I figure out how to get it assigned.

Thanks!
Comment 9 Heiko Tietze 2024-01-29 16:35:37 UTC
(In reply to khindall from comment #8)
> Well, I'm having a hellish time figuring out how to get it assigned to the
> keystroke, but that's a different matter altogether.

Tried to describe the procedure as best as I can. Perhaps the help is doing a better job https://help.libreoffice.org/7.6/en-US/text/shared/01/06140200.html
Comment 10 V Stuart Foote 2024-01-29 18:15:07 UTC
(In reply to Heiko Tietze from comment #7)

> We could assign this shortcut by default (ctrl+0 / ^+0). I'm a bit split
> since users get familiar with defaults and we can never use a shortcut for
> anything else. But in fact it's the common shortcut for reset zoom on
> browsers. And if we assign a shortcut, is it really 100% or any other zoom
> option (page width, optimal width etc.). Probably better make this one a
> duplicate of bug 82679.

Hmm, looks like <Ctrl>+0 *is* assigned in Writer to apply PS 'Body Text'  (i.e. as ".uno:StyleApply?StyleString=Text%20body") with shortcut visible on the 
'Styles' main menu.

But otherwise, assigning <Ctrl>+0 to .uno:Zoom100Percent would make a reasonable fixed shortcut given it is pretty globally known.
Comment 11 Jean-Francois Nifenecker 2024-01-29 19:41:01 UTC
Looks like a reasonnable demand that could be solved by setting a shortcut or by adding a toolbar toolbutton.

Here're some thoughts and way of working.

1. Please, please, please: DO NOT change the Ctrl+0 shortcut target! In Writer, this shortcut formats a paragraph in style Body Text. For people who are writing much, changing the behaviour would be a real problem.

2. The way I work with Writer (ie, long technical documents with many styles, images, tables, etc.)

I've got rid of the Formatting toolbar and exclusively use the Formatting (Styles) one instead. I have customized it and, among others, added three zoom toolbuttons: "Optimal", "Page width" and "Entire page" values.
I use "Optimal" when typing, "Page width" when correcting and "Entire page" when reviewing the layout.
This integrates very well with my workflow and makes zoom changes very easy.

@khindall: such customization with the 100% zoom is of course possible, as already suggested by Heiko. You may add an accelerator (shortcut) or a toolbar.
-> Tools > Customize, Toolbar (or Keyboard) tab. For toolbars, you may add the new toolbutton to any toolbar of your choice or even create a new one.
Comment 12 Heiko Tietze 2024-01-30 09:48:18 UTC
(In reply to V Stuart Foote from comment #10)
> Hmm, looks like <Ctrl>+0 *is* assigned in Writer to apply PS 'Body Text' 

(In reply to Jean-Francois Nifenecker from comment #11)
> 1. Please, please, please: DO NOT change the Ctrl+0 shortcut target!

Apple uses Cmd instead of Ctrl but has an extra button. The shortcut for Text Body should remain, of course.

(Another example why we should be very careful with assigning shortcuts by default.)

Khindall, have you managed to assign the shortcut?
Comment 13 khindall 2024-01-30 10:46:20 UTC
Please, my name is K (no period). Hindall is my family name.

And I haven't had time to even think about the matter since I last posted. I have been making time to deal with this matter, and I just don't have it anymore. My inability to use a feature that is already there is not your problem; there are other resources for that. Yours is just to assess issues and change the software if needed.

Apparently it isn't. Whether I can or cannot get the solution working is for a different venue.

Thanks for pointing out where I should be poking. I've been looking for that for *years*. I can't think how I managed to miss it.
Comment 14 Eyal Rozenberg 2024-02-06 22:26:33 UTC
I want to consider three actionable things we could do in tackling this issue:

1. Add support for locking the zoom factor
2. Add support for ignoring zoom-in/zoom-out indications coming from the keyboard (through the desktop environment or windowing system I suppose?)
3. Introduce mechanism for unifying/harmonizing aspects of zoom-related behavior, such as zoom lock or ignoring trackpad zoom indications - or add zoom lock to an existing mechanism of haromizing across modules.

I am ignoring the issue of the usability/configurability of the Reset-Zoom-to-100%, because that really should be a separate bug, if at all.

I also suggest that consideration of (3.) be deferred until we have settled this matter at the per-module level. And it is certainly of much lower significance/priority than a per-module solution to this problem, as at worst - one could make a few per-module settings.

So, we're left with (1.) and (2.) ; OP did not actually ask for (2.), but that is something I believe we should offer. That way, the user can still intentionally change the zoom through the menus, and it's just the unintentional scroll-zooming which will go away. Otherwise, when the user wants to change the zoom, they'll need to do three things: unlock, change, lock. Cumbersome.

If (2.) was out of the question I'd be ok with (1.), but I really don't think that should be necessary.
Comment 15 V Stuart Foote 2024-02-14 15:46:16 UTC
We already provide the 100 (.uno:Zoom100Percent) UNO for keyboard and menu/contextmenu customization.

<Ctrl>+0 is not available in Writer --the default Writer assignment for 'Body Text' Paragraph style is OOo legacy as Jean-Frances notes.

Otherwise <Ctrl>+0 could be assigned to 100% zoom for all other modules.

+1 to do so, but do not touch the current Writer style assignment, leave it the legacy exception.
Comment 16 khindall 2024-02-14 16:35:21 UTC
(In reply to V Stuart Foote from comment #15)

> <Ctrl>+0 is not available in Writer --the default Writer assignment for
> 'Body Text' Paragraph style is OOo legacy as Jean-Frances notes.
> 
> Otherwise <Ctrl>+0 could be assigned to 100% zoom for all other modules.
> 
> +1 to do so, but do not touch the current Writer style assignment, leave it
> the legacy exception.

If you're going to do it at all, shouldn't it be put on a different keystroke and be the same for all modules?
Comment 17 V Stuart Foote 2024-02-14 16:49:14 UTC
(In reply to khindall from comment #16)

> If you're going to do it at all, shouldn't it be put on a different
> keystroke and be the same for all modules?

Actually the 100% zoom could be assigned globally to <Ctrl>+0, but the Writer assignment to the paragraph Text Body would override the global. Module shortcuts take precedence over the LibreOffice shortcuts.

Users could then customize to remove the Text Body assignment in Writer if they felt they needed the 100% zoom there as well.
Comment 18 Heiko Tietze 2024-02-15 09:24:27 UTC
We discussed the topic in the design meeting.

While it's unclear what causes the issue it is obviously something that bothers many users. The workaround (yet very familiar interaction) of resetting the zoom to 100% is not available cross-modules and whether 100% should be the default is also unclear.

We recommend to add an option to block zoom when the event comes from the trackpad (maybe limited to macOS). To phrase it positively it could be "[x] Zoom via trackpad".