[Libreoffice-ux-advise] [Bug 147812] When an Undo only affects out-of-view content, scroll there instead
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Tue Mar 8 21:58:36 UTC 2022
https://bugs.documentfoundation.org/show_bug.cgi?id=147812
--- Comment #5 from Eyal Rozenberg <eyalroz1 at gmx.com> ---
(In reply to jan d from comment #4)
> I tried this with applications that are not editors/IDEs: Affinity Photo
> (Image manipulation), Inkscape (Vector Drawing), TextMaker (Word
> Processing). None of these applications showed the behavior.
I don't know about TextMaker, but for the other two, it typically makes no
sense, since, since there's no linearly-scrolled document to go back and forth
in (AFAICT).
> I understand that such behavior might be useful – seeing what changes makes
> sense.
>
> However, there are difficulties like potentially erratic scroll behavior,
Can you explain what you mean? Why would the scroll behavior be erratic? It's
like when you click a cross-ref link.
> timing of the change (probably one would first scroll, then very shortly
> after execute the change?)
Ah, actually, sometimes you would make the change - but sometimes you would
decide not to.
And here's the best thing, which is a completely bonus feature: You can use
"undo" to get back to where you last edited if you don't remember where it is
:-)
> and the question of how to return to the starting
> place and other possible surprises.
You don't return to the starting place - which is the same as the behavior we
have now. Undo means undo. But - you first undo your last move away from the
change, then decide if you want to undo the change as well.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list