https://bugs.documentfoundation.org/show_bug.cgi?id=95797
--- Comment #9 from sebalis <[email protected]> ---
I can reproduce this issue on version 5.1.3.2 (Arch Linux build 1).
How anyone could previously argue that this might not be a bug is absolutely
incredible to me. It is a very annoying bug. I fail to see how saving
(regardless whether “really saving” via Ctrl+S or auto-saving recovery
information) should make the view jump. Surely restoring the view position is
what should happen when a file is opened, not when it’s saved.
I see a certain logic in the fact that the view is currently restored to the
cursor position after opening, even if the view was shifted away from that
cursor position at the time of saving. But if the file remains open after
shifting the view, the natural expectation is that the view should only jump
back if something happens at the cursor position: e.g. arrow keys are pressed
to move the cursor, text is entered, or a previously selected word is formatted
(to, say, bold) via the appropriate keyboard shortcut (Ctrl+B) or by clicking a
button in a toolbar. What makes this particularly annoying is that auto-save
should trigger the jump. I may want to review parts of a document deliberately
before saving *and* keep the cursor where it is, using the scrollbar for the
review. If I am constantly moved back to the cursor, that becomes impossible.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
