[Libreoffice-bugs] [Bug 140147] position of cursor not saved

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Apr 9 08:32:03 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=140147

--- Comment #26 from Mike Kaganski <mikekaganski at hotmail.com> ---
(In reply to Giovanni from comment #24)

The correct fix is not all that complexity that introduces some blocking things
like dialogs, or anything like that. It is *not* correct; some people may want
to wait, some not; some are OK with intrusive things that break their
interaction with applications, most hate those. "you need to work on the last
line you were working on if you're a writer" is also just not correct
*generally*, since author is not just something that is bound to continue
typing (authors do many kinds of things with their documents, like formatting
or revisiting different parts of text, however unexpected that could seem to
some).

The correct fix would be to store the last position not in terms of "position
on page", but "position in text" ("this paragraph, this position between these
two characters"), so that positioning cursor could be unambiguous and not
dependent on the possibly slow operation.

> something is not clear why on the same CPU the 7.0.x performance is better than the one on the 7.1.x if you say nothing has been changed

1. I didn't say *nothing* has been changed. I only said nothing has changed in
the code that positions the cursor (which is unreliable). It indeed was a
change that made other *unrelated* code different; and again: comment 14 tells
that it has been changed again to mitigate the worse results in earlier 7.1
releases - is it not correct?

2. CPU only defined the speed of single operation, but the amount of operations
depends on many things, and e.g. starting to take new features into account in
a newer version might indeed introduce additional processing -> slower
operation on the same HW.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210409/8985899e/attachment.htm>


More information about the Libreoffice-bugs mailing list