Bug 84583 - UI: Find & Replace (dialog / tool bar) should include "Match X of Y"
Summary: UI: Find & Replace (dialog / tool bar) should include "Match X of Y"
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 133259 (view as bug list)
Depends on:
Blocks: Find-Search
  Show dependency tree / graph
 
Reported: 2014-10-02 04:08 UTC by danielhglus
Modified: 2021-03-01 06:58 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description danielhglus 2014-10-02 04:08:10 UTC 
Both the Find toolbar and the Find & Replace dialog should include a progress count of the form "Highlighting match X of Y total" or something like that.

As it is, simply typing a term into the search text field and doing nothing besides clicking "Find" doesn't show how many times the term was found, which is not good at all.
Comment 1 Cor Nouws 2014-10-02 08:33:51 UTC 
Hi Daniel

Thanks for the idea. I think it would make sense.
Comment 2 Xisco Faulí 2017-03-08 10:36:17 UTC 
*** Bug 106383 has been marked as a duplicate of this bug. ***
Comment 3 danielhglus 2017-06-25 05:23:15 UTC Comment hidden (obsolete)
Comment 4 Heiko Tietze 2020-05-27 15:55:16 UTC 
*** Bug 133259 has been marked as a duplicate of this bug. ***
Comment 5 Luke Kendall 2020-05-27 16:25:31 UTC 
Note that this enhancement request does not state what should be displayed when the user has done a Find All.

Do please remember to include a count for that case too.
Comment 6 Luke Kendall 2020-05-27 16:28:42 UTC 
You might also decide whether you'll be removing the feature of showing how much text is selected in the bottom status area.

If not, then I suggest that https://bugs.documentfoundation.org/show_bug.cgi?id=133259 should still be implemented so that piece of status doesn't have the edge case I noted.