libre office writer
after editing near an item that was highlighted with "find all"
if one does "find all" again one is thrown back to the first page with a find hit, instead of near the page where one had just edited something.
this can be very annoying and is useless as it is.
Confirming. _Re-running_ a Find All search (from Find toolbar or Find & Replace dialog) repositions the document canvas to the first match.
After a Find All, the Find Next or Find Previous do not loose positioning after edits vicinity of the match.
But not sure this is incorrect UX. Another run of Find All does the correct thing and should reposition canvas to the initial find.
Seems what is needed is some ability to hold a visual highlight of the Find All while moving through matches with Next/Previous. Now advancing clears the highlight.
User should not need to run another Find All, but we should offer to hold original highlight until a new search is entered--or search is cleared (which can't be done now).
On Windows 10 Home 64-bit en-US with
Version: 220.127.116.11 (x64)
Build ID: dfa67a98bede79c671438308dc9036d50465d2cb
CPU threads: 4; OS: Windows 6.19; UI render: default;
Locale: en-US (en_US); Calc: group
MSO has the same behavior, and when you edit after Find All you have to start the search again, IIRC from top. However, simple Find searches from the cursor position (also in LibO) and I think that could also work for FA. Meaning you never start from top, with the advantage that editing is not a problem.
Reconsiderung my comment. What we should do is to start from the next appearance of the search term, let's say with occurrence 6/10, and go to #1 after the last item. Unfortunately we do have neither the number of results (bug 106383) nor the position yet.
*** Bug 156659 has been marked as a duplicate of this bug. ***
Bug 84460 requests to just highlight with Find All, and bug 95405 to introduce a sidebar that lists all occurrences. This would allow to remove Find All from the quickfind bar completely.