Bug 90289 - FILESAVE: Zoom and Command S
Summary: FILESAVE: Zoom and Command S
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.1.2 release
Hardware: Other All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Zoom
  Show dependency treegraph
 
Reported: 2015-03-28 01:46 UTC by vmshepard
Modified: 2023-04-11 19:40 UTC (History)
3 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 vmshepard 2015-03-28 01:46:26 UTC
If I scroll through a document with the trackpad, and then, while the scroll is still in motion, use Command S to save the file, I will cause the document viewer to zoom, unintentionally. This does not occur in Microsoft Word (Command S appears to cause the scrolling motion to stall, momentarily). It would be great to see a similar feature added to LibreOffice, as well!
Comment 1 Robert Großkopf 2015-03-28 19:11:11 UTC
Semms the description has nothing to do with the comonent Base. Will change the component to "Writer".
Comment 2 Robinson Tryon (qubit) 2015-03-29 12:46:32 UTC
(In reply to vmshepard from comment #0)
> If I scroll through a document with the trackpad, and then, while the scroll
> is still in motion, use Command S to save the file, I will cause the
> document viewer to zoom, unintentionally.

CONFIRMED with 4.4.1.2 + Ubuntu 14.04

The behavior seen is the result of combining CTRL + Scroll-up/down with the trackpad (or mouse wheel). Unclear if this is a bug.

> This does not occur in Microsoft
> Word (Command S appears to cause the scrolling motion to stall,
> momentarily).

Perhaps Word interprets the priority of the CTRL key bindings in a different order, so that combining CTRL+S gets a much higher priority than combining CTRL + mouse-scroll.

> It would be great to see a similar feature added to
> LibreOffice, as well!

I don't expect most people to try to save a document while simultaneously scrolling, however if adding this feature doesn't slow down other key combinations, then I don't see any reason to prevent its implementation.

Status -> NEW
Importance -> low
OS -> All
Comment 3 Chris Jerdonek 2015-05-14 15:19:10 UTC
This has happened to me several times with Mac OS X 10.10 Yosemite, and it is very annoying.

It is annoying because I would sometimes find the document zooming in very far to an unusable state (e.g. 200%), and I had no idea why this was happening until searching Bugzilla.  I only knew it happened occasionally when saving, but I never knew it was because I had triggered scrolling prior to saving.

I think the "Importance" should be raised higher than "Low" because it is not necessarily obvious to the user why the screen is randomly zooming in, and it negatively affects usability.

Also, on Mac OS X, scrolling of the document can continue for a second or two after swiping the track pad (i.e. scroll "with inertia," which is enabled by default in System Preferences under "Accessibility" > "Mouse & Trackpad" > "Trackpad Options..."), so this issue can occur quite frequently.  In other words, you don't need to be saving simultaneously while swiping the track pad.
Comment 4 Chris Jerdonek 2015-05-14 15:27:10 UTC
One more point as to why this is annoying:

There doesn't seem to be a way to "undo" and return to the user's previous zoom setting.  For example, the user might have forgotten if they were configured to "Page Width", "Optimal View", "100%", etc, and so will have to experiment with different zoom settings to restore to what they think is the previous view setting.