<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - position of cursor not saved"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=140147#c29">Comment # 29</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - position of cursor not saved"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=140147">bug 140147</a>
from <span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span></b>
<pre>(In reply to Michael Warner from <a href="show_bug.cgi?id=140147#c28">comment #28</a>)
<span class="quote">> the way MS Word solves this particular problem</span >
Sigh.
No, MS Word does *not* have *this particular problem* at all. See <a class="bz_bug_link
bz_status_NEW "
title="NEW - FILESAVE: DOCX - Save cursor position"
href="show_bug.cgi?id=112740">tdf#112740</a>,
which describes how MS Word stores the position (notorious "_GoBack" bookmark),
which does *not* depend on any such issues, and their method is just how they
decided to implement the feature to allow user to choose to jump or not to
jump, unrelated to *this particular problem*.
<span class="quote">> is that when the file is opened, it always displays the
> first page. Then, when it's ready</span >
As described, this is not "when ready".
<span class="quote">>, it shows a little bookmark icon in the
> bottom right corner. If the user chooses to click on that icon, it restores
> the cursor to its previous position.</span >
... which would still fail in Writer - see <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Restoring last document position is unreliable"
href="show_bug.cgi?id=141586">tdf#141586</a>.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>