<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - While having the cursor in a comment and view scrolled elsewhere, after switching back from another window the view jumps to the cursor" href="https://bugs.documentfoundation.org/show_bug.cgi?id=95266#c19">Comment # 19</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - While having the cursor in a comment and view scrolled elsewhere, after switching back from another window the view jumps to the cursor" href="https://bugs.documentfoundation.org/show_bug.cgi?id=95266">bug 95266</a> from <a class="email" href="mailto:luke@zeta.org.au" title="Luke Kendall <luke@zeta.org.au>"> Luke Kendall</a> <pre>It definitely seems to me Writer fights itself with the cursor focus. E.g. I had a comment on one page, and two on the following page. With the insertion point in the earlier page comment, but that page scrolled out of view so only the follwoing page showed, I clicked on the comment's drop-down menu icon and chose "Delete comment". The view changed to scroll the earlier comment into view before marking the comment as deleted. Same when I did the same deletion on the next comment on that second page. It seems to me there's logic in Writer that assumes the current operation is going to always apply to wherever the 'insertion point' is in the document - or at least, when that point is in a comment. So when the user instead does some other operation that is independent of that, it alters the user's view quite wrongly. On some occasions, I've spent ten minutes manually scrolling through an MS, looking for something, finally found it, and then clicked to start making the edit I want, only to have the focus jump a hundred pages away.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>